System and methods for transitioning patient care from signal based monitoring to risk based monitoring

ABSTRACT

A risk-based patient monitoring system for critical care patients combines data from multiple sources to assess the current and the future risks to the patient, thereby enabling providers to review a current patient risk profile and to continuously track a clinical trajectory. A physiology observer module in the system utilizes multiple measurements to estimate Probability Density Functions (PDF) of a number of Internal State Variables (ISVs) that describe components of the physiology relevant to the patient treatment and condition. A clinical trajectory interpreter module in the system utilizes the estimated PDFs of ISVs to identify under which probable patient states the patient can be currently categorized and assign a probability value that the patient will be in each of the identified states. The combination of patient states and their probabilities is defined as the clinical risk to the patient.

PRIORITY CLAIM

This application claims priority to U.S. provisional application Ser.No. 62/906,518 filed Sep. 26, 2019 and entitled “Systems and Methods forTransitioning Patient Care from Signal-Based Monitoring to Risk-BasedMonitoring”, and is a Continuation-In-Part of U.S. non-provisionalpatent application Ser. No. 16/113,486 filed Aug. 27, 2018 and entitled“Systems and Methods for Transitioning Patient Care from Signal-BasedMonitoring to Risk-Based Monitoring,” which is a continuation of U.S.non-provisional patent application Ser. No. 14/727,696, filed Jun. 1,2015 and entitled “Systems and Methods for Transitioning Patient Carefrom Signal-Based Monitoring to Risk-Based Monitoring,” issued Aug. 28,2018 as U.S. Pat. No. 10,062,456, which is a continuation of U.S.non-provisional patent application Ser. No. 13/826,441, filed Mar. 14,2013 and entitled “Systems and Methods for Transitioning Patient Carefrom Signal-Based Monitoring to Risk-Based Monitoring, which is aContinuation-In-Part of the following non-provisional patentapplications:

U.S. patent application Ser. No. 13/689,029, filed on Nov. 29, 2012,entitled SYSTEMS AND METHODS FOR OPTIMIZING MEDICAL CARE THROUGH DATAMONITORING AND FEEDBACK TREATMENT; and

U.S. application Ser. No. 13/328,411, filed on Dec. 16, 2011, entitledMETHOD AND APPARATUS FOR VISUALIZING THE RESPONSE OF A COMPLEX SYSTEM TOCHANGES IN A PLURALITY OF INPUTS;

and also claims priority to the following provisional patentapplications:

U.S. Provisional Application No. 61/727,820, filed on Nov. 19, 2012,entitled USER INTERFACE DESIGN FOR RAHM;

U.S. Provisional Application No. 61/699,492, filed on Sep. 11, 2012,entitled SYSTEMS AND METHODS FOR EVALUATING CLINICAL TRAJECTORIES ANDTREATMENT STRATEGIES FOR OUTPATIENT CARE;

U.S. Provisional Application No. 61/684,241, filed on Aug. 17, 2012,entitled SYSTEM AND METHODS FOR PROVIDING RISK ASSESSMENT IN ASSISTINGCLINICIANS WITH EFFICIENT AND EFFECTIVE BLOOD MANAGEMENT;

U.S. Provisional Application No. 61/620,144, filed on Apr. 4, 2012,entitled SYSTEMS AND METHODS FOR PROVIDING MOBILE ADVANCED CARDIACSUPPORT;

U.S. Provisional Application No. 61/614,861, filed on Mar. 23, 2012entitled SYSTEMS AND METHODS FOR REDUCING MORBIDITY AND MORTALITY WHILEREDUCING LENGTH OF STAY IN A HOSPITAL SETTING;

U.S. Provisional Application No. 61/614,846, filed Mar. 23, 2012,entitled SYSTEMS AND METHODS FOR PROVIDING MOBILE ADVANCED CARDIACSUPPORT;

and

U.S. Provisional Application No. 61/774,274, filed on Mar. 7, 2013,entitled SYSTEMS AND METHODS FOR TRANSITIONING PATIENT CARE FROMSIGNAL-BASED MONITORING TO RISK-BASED MONITORING,

the entire subject matter of each of the foregoing applications beingincorporated herein by this reference for all purposes.

STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT

This invention was made with government support under R43HL117340awarded by the National Heart, Lung, And Blood Institute of the NationalInstitutes of Health. The government has certain rights in theinvention.

BACKGROUND ART

The present disclosure relates to systems and methods for risk-basedpatient monitoring. More particularly, the present disclosure relates tosystems and methods for assessing the current and future risks of apatient by combining data of the patient from various different sources.

Practicing medicine is becoming increasingly more complicated due to theintroduction of new sensors and treatments. As a result, clinicians areconfronted with an avalanche of patient data, which needs to beevaluated and well understood in order to prescribe the optimaltreatment from the multitude of available options, while reducingpatient risks. One environment where this avalanche of information hasbecome increasingly problematic is the Intensive Care Unit (ICU). There,the experience of the attending physician and the physician's ability toassimilate the available physiologic information have a strong impact onthe clinical outcome. It has been determined that hospitals which do notmaintain trained intensivists around the clock experience a 14.4%mortality rate as opposed to a 6.0% rate for fully staffed centers. Itis estimated that raising the level of care to that of average trainedphysicians across all ICUs can save 160,000 lives and $4.3 Bn annually.As of 2012, there is a shortage of intensivists, and projectionsestimate the shortage will only worsen, reaching a level of 35% by 2020.

The value of experience in critical care can be explained by the factthat clinical data in the ICU is delivered at a rate far greater thaneven the most talented physician can absorb, and studies have shown thaterrors are six times more likely under conditions of informationoverload and eleven time more likely with an acute time shortage.Moreover, treatment decisions in the ICU heavily rely on clinical signsthat are not directly measurable, but are inferred from otherphysiologic information. Thus clinician expertise and background play amore significant role in the minute to minute decision making process.Not surprisingly, this leads to a large variance in hidden parameterestimation. As an example, although numerous proxies for cardiac outputare continuously monitored in critical care, studies have demonstratedpoor correlation between subjective assessment by clinicians, andobjective measurement by thermodilution. Experienced intensivistsincorporate this inherent uncertainty in their decision process byeffectively conducting risk management, i.e. prescribing the treatmentnot only based on the most probable patient state, but also weighing inthe risks of the patient being in other more adverse states. From thisperspective, experienced intensivists confront the data overload inintensive care by converting the numerous heterogeneous signals frompatient observations into a risk assessment.

Therefore, there is a clear need for a decision support system in theICU that achieves a paradigm shift from signal-based patient monitoringto risk based patient monitoring, and consequently helps physiciansovercome the barrage of data in the ICU.

BRIEF SUMMARY

Disclosed herein is a risk-based patient monitoring system for criticalcare patients that combines data from any of bedside monitors,electronic medical records, and other patient specific information, toassess the current and the future risks to the patient. The system maybe also embodied as a decision support system that prompts the user withspecific actions according to a standardized medical plan, when patientspecific risks pass a predefined threshold. Yet another embodiment ofthe described technologies is an outpatient monitoring system whichcombines patient and family evaluation, together with information aboutmedication regiments and physician evaluations to produce a risk profileof the patient, continuously track its clinical trajectory, and providedecision support to clinicians regarding when to schedule a visit oradditional tests.

According to one implementation, a risk-based monitoring applicationexecuting on a system processor comprises a data reception module, aphysiology observer module, a clinical trajectory interpreter module,and a visualization and user interaction module. In an exemplaryembodiment, the data reception module may be configured to receive datafrom bedside monitors, electronic medical records, treatment device, andany other information that may be deemed relevant to make informedassessment regarding the patient's clinical risks, and any combinationthereof of the preceding elements.

The physiology observer module utilizes multiple measurements toestimate Probability Density Functions (PDF) of Internal State Variables(ISVs) that describe the components of the physiology relevant to thepatient treatment and condition. The clinical trajectory interpretermodule may be configured with multiple possible patient states, anddetermine which of those patient states are probable and with whatprobability, given the estimated probability density functions of theinternal state variables.

In various embodiments, the clinical trajectory interpreter moduledetermines the patient conditions under which a patient may becategorized and is capable of also determining the probable patientstates under which the patient can be currently categorized, given theestimated probability density functions of the internal state variables.In this way, each of the possible patient states is assigned aprobability value from 0 to 1. The combination of patient states andtheir probabilities is defined as the clinical risk to the patient.

The visualization and user interactions module takes i) time series ofphysiologic measurements acquired continuously or intermittently andpatient specific identifiers such as condition, demographics, visualexaminations from the data reception module; ii) time series ofprobability density functions of internal state variables estimated fromthe physiology observer module; and time series of the probabilitiesthat the patient is at particular state and the hazard level of therespective risks from the clinical trajectory interpreter module. Thenit visualizes this data on graphs which represent the dependence of thevariables with time, by either directly plotting them on a screen, or inthe case of probability density functions plotting them by encoding thelikelihood at particular point of time and at particular value with acolor scheme. The visualization and user interactions module may alsovisualize the current risks to the patient by representing them withboxes of different size and color, the size of the box corresponding tothe probability of a patient state at particular point in time and thecolor of the box corresponding to its hazard level. Additionally, thevisualization and user interactions module can allow the users to setalarms based on the patient state probabilities, share those alarms withother users, take notes related to the patient risks and share thosenotes with other users, and browse other elements of the patient medicalhistory.

According to one aspect of the disclosure, a computer-implemented mediumand method for risk based monitoring of patients comprises: A)acquiring, with a computer, data associated with a plurality of theinternal state variables each describing a parameter physiologicallyrelevant to one of a treatment and a condition of a patient; B) storing,in a computer accessible memory, the acquired data associated with theplurality of the internal state variables; C) generating, with acomputer, estimated probability density functions for the plurality ofthe internal state variables; and D) identifying, with a computer, fromthe generated probability density functions of the internal statevariables, into which of a plurality of possible patient states thepatient is currently categorizable and generating a probability valueassociated with each identified possible patient state. In oneembodiment, the probability value associated with the identifiedpossible patient states is between 0 and 1. In another embodiment, themethod further comprises: E) presenting on a screen the probabilityvalues and their associated respective identified possible patientstates, wherein the combination of identified possible patient statesand their associated respective probability values is defined as theclinical risk to the patient.

According to another aspect of the disclosure, a risk based monitoringsystem for monitoring patients comprises: a processor; a memory coupledto the processor; a data reception module, operably coupled to aplurality of sources of information relative to a patient, for acquiringdata associated with a plurality of the internal state variables eachdescribing a parameter physiologically relevant to one of a treatmentand a condition of a patient; a physiology observer module, incommunication with the data reception module, and configured to generateprobability density functions of the internal state variables; aclinical trajectory interpreter module, in communication with thephysiology observer module, and configured to identify into which of aplurality of possible patient states the patient is currentlycategorizable and to generate a probability value associated with eachidentified possible patient state. In one embodiment, the method furthercomprises: a user interaction module, in communication with the clinicaltrajectory interpreter and the data reception module and memory, forpresenting the probability values and their associated respectiveidentified possible patient states, wherein the combination ofidentified possible patient states and the associated respectiveprobability values is defined as the clinical risk to the patient.

According to still other aspects of the disclosure, certainmeasurements, such as Hemoglobin, are available to the system with anunknown amount of time latency, meaning the measurements are valid inthe past relative to the current time and the time they arrive over thedata communication links. The physiology observer module may handle suchout of sequence measurements using back propagation, in which thecurrent estimates of the ISVs are projected back in time to the time ofvalidity of the measurements, so that the information from the latentmeasurement can be incorporated correctly. Accordingly, in accordancewith another aspect of the disclosure, a computer-implemented method forrisk based monitoring of patients, comprises: A) acquiring, with acomputer, data associated with a plurality of the internal statevariables each describing a parameter physiologically relevant to one ofa treatment and a condition of a patient, not all of the data associatedwith the plurality of the internal state variables with at the sameperiodicity; B) storing, in a computer accessible memory, the acquireddata associated with the plurality of the internal state variables; C)generating, with a computer, estimated probability density functions forthe plurality of the internal state variables; and D) identifying, witha computer, from the generated probability density functions of theinternal state variables, into which of a first plurality of possiblepatient states P(S₁), P(S₂), P(S₃), . . . , P(S_(n)), the patient couldhas previously been categorizable and generating a probability valueassociated with each identified possible prior patient state. In oneembodiment, generating estimated probability density functionscomprises: C1) generating estimated probability density functions forthe first plurality of the internal state variables at a current timestep t_(k); and C2) generating probability density functions for theplurality of the internal state variables at a another time stept_(k−N), where N is an integer value greater than 1, by evolvingbackwards from the probability estimates at time step t_(k) to the timestep t_(k−N) using a defined transition probability kernel.

BRIEF DESCRIPTION OF THE DRAWINGS

It should be understood at the outset that although illustrativeimplementations of one or more embodiments of the present disclosure areprovided below, the disclosed systems and/or methods may be implementedusing any number of techniques, whether currently known or in existence.The disclosure should in no way be limited to the illustrativeimplementations, drawings, and techniques illustrated below, includingthe exemplary designs and implementations illustrated and describedherein, but may be modified within the scope of the appended claimsalong with their full scope of equivalents.

In the drawings;

FIG. 1A and FIG. 1B schematically illustrate an embodiment of a medicalcare risk-based monitoring environment in accordance with thedisclosure;

FIG. 2A illustrates conceptually a basic schematic of the physiologyobserver module in accordance with the disclosure;

FIG. 2B schematically illustrates an embodiment of a predict module;

FIG. 2C schematically illustrates an embodiment of an update module;

FIG. 2D, FIG. 2E and FIG. 2F illustrate conceptually exemplary graphs ofprobability density functions for select ISVs as generated by thephysiology observer module in accordance with the disclosure;

FIG. 3 illustrates conceptually a non-limiting example of a physiologyobserver process in accordance with the disclosure;

FIG. 4A illustrates conceptually a non-limiting example of thephysiology observer process in accordance with the disclosure;

FIG. 4B illustrates a method applying intermittent laboratory datathrough the physiology observer module to achieve better accuracy in anestimated ISV PDF;

FIG. 5 illustrates conceptually a time line, wherein back propagation isused to incorporate information in accordance with the disclosure;

FIG. 6 illustrates conceptually an example of a process involving meanarterial blood pressure (ABPm) in accordance with the disclosure;

FIG. 7 illustrates conceptually an example of resampling in accordancewith the disclosure;

FIG. 8A and FIG. 8B each schematically illustrates, respectively, anembodiment of a clinical trajectory interpreter module using joinedProbability Density Functions of ISVs and performing state probabilityestimation to calculate the probabilities of different patient states inaccordance with the disclosure;

FIG. 8C, FIG. 8D, FIG. 8E, FIG. 8F and FIG. 8G each schematicallyillustrates, respectively, a method of determining a patient stage usingprobability density functions of internal state variables.

FIG. 9 illustrates conceptually a non-limiting example of a definitionof a patient state employed by the clinical trajectory interpretermodule in accordance with the disclosure;

FIG. 10 illustrates conceptually a non-limiting example of how aclinical trajectory interpreter module may employ the definition ofpatient states to assign probabilities that the patient may beclassified under each of the four possible patient states at aparticular point of time;

FIG. 11 illustrates conceptually an alternative approach of estimatingthe probabilities for different patient states in accordance with thedisclosure;

FIG. 12 illustrates conceptually a non-limiting example of a definitionof patient states assigned with hazard levels by the clinical trajectoryinterpreter module in accordance with the disclosure;

FIG. 13 illustrates conceptually patient states and their respectiveprobabilities organized into tree graphs called etiologies in accordancewith the disclosure;

FIG. 14 illustrates conceptually an exemplary etiology tree for a givenset of patient states and physiologic variables in accordance with thedisclosure;

FIG. 15 illustrates conceptually a method for calculating the utility ofdifferent measurements in accordance with the disclosure;

FIG. 16 illustrates conceptually one possible realization of integrationof external computation generated from third party algorithms inaccordance with the disclosure;

FIG. 17 illustrates conceptually an example of integration instructionsof an external computation in accordance with the disclosure;

FIG. 18 illustrates conceptually an additional example of integrationinstructions of an external computation in accordance with thedisclosure;

FIG. 19 illustrates conceptually example functionalities of thevisualization and user interactions module in accordance with thedisclosure;

FIG. 20 illustrates conceptually an example of a summary view that mayconvey on a single screen a risk profile for each patient in aparticular hospital unit in accordance with the disclosure;

FIG. 21 illustrates conceptually one possible realization of a viewdescribing the ongoing risks of the patient in accordance with thedisclosure;

FIG. 22 illustrates conceptually how the slider on top of the patientview may be utilized in reviewing the history of the patient risks inaccordance with the disclosure;

FIG. 23 illustrates how the user can navigate the etiology tree byclicking on the composite patient state and viewing the constituentpatient states in accordance with the disclosure;

FIG. 24 illustrates conceptually how in the same framework the user mayview the predicted risks for the patient by sliding the slider ahead ofcurrent time in accordance with the disclosure;

FIG. 25 illustrates conceptually how the user may choose to set an alarmfor a particular risk in accordance with the disclosure;

FIG. 26 illustrates conceptually yet another possible visualization ofthe patient risk trajectory, i.e., the evolution of the patient states'probabilities associated with particular risks in accordance with thedisclosure;

FIG. 27 illustrates conceptually how the system may directly visualizethe probability density functions of various internal state variables inaccordance with the disclosure;

FIG. 28 illustrates conceptually an example of a tagging feature that auser interface may implement in accordance with the disclosure;

FIG. 29 illustrates conceptually a Newsfeed view of the user interfacein accordance with the disclosure;

FIG. 30 illustrates conceptually a Condition Summary View of the userinterface in accordance with the disclosure;

FIG. 31 illustrates conceptually the ability for the user interface toinclude and display reference material, which may be accessed throughthe Internet; or stored within the system in accordance with thedisclosure;

FIG. 32 illustrates conceptually a general Dynamic Bayesian Network(DBN) that may be employed to capture the physiology model of the HLHSstage 1 palliation patients in accordance with the disclosure;

FIG. 33 illustrates conceptually several equations that may be used tomodel the dynamics of the HLHS stage 1 physiology in accordance with thedisclosure;

FIG. 34 illustrates conceptually example equations that may be used toabstract the relationships between the dynamic variables in the modeland the derived variables in accordance with the disclosure;

FIG. 35A schematically illustrates an embodiment of an observation modelthat may be used to relate the derived variables with the availablesensor data in accordance with the disclosure;

FIG. 35B and FIG. 35C schematically illustrate the Gaussianrepresentation of the PDF of the ISVs, and the schematic of the EKFinference engine implementation;

FIG. 36 illustrates conceptually possible attributes, patient states,and etiology tree that may be used by the clinical trajectoryinterpreter module in the case of the HLHS Stage 1 population inaccordance with the disclosure;

FIG. 37 illustrates conceptually one possible environment in which therisk-based monitoring system can be applied to assist clinicians indeciding whether to apply a particular treatment in accordance with thedisclosure;

FIG. 38 illustrates conceptually a non-limiting example set of patientstates relevant to blood transfusion that may be used to inform theblood transfusion decision in accordance with the disclosure;

FIG. 39 illustrates conceptually another application of the risk-basedmonitoring system, applying standardized medical plans in accordancewith the disclosure;

FIG. 40 illustrates conceptually an example application of therisk-based monitoring system combined with a specific type ofstandardized clinical plan in accordance with the disclosure;

FIG. 41 illustrates conceptually an example risk stratification that maybe employed by the system in the context of Nitric Oxide treatment inaccordance with the disclosure;

FIG. 42 illustrates conceptually possible patient states that maydescribe the clinical trajectory of an ADHD patient in accordance withthe disclosure;

FIG. 43 lists the available patient evaluation modalities as M1, M2, andM3;

FIG. 44 illustrates conceptually a dynamic model of the patientevolution from state to state abstracted by a Dynamic Bayesian Networkin accordance with the disclosure;

FIG. 45 illustrates conceptually an alternative embodiment for twopredictions of how the patient state can transition in a single monthgiven medication change or a dosage change in accordance with thedisclosure;

FIG. 46 illustrates conceptually one possible embodiment and scenario ofvisualization displaying the patient clinical trajectory and risks inaccordance with the disclosure;

FIG. 47 illustrates conceptually an evaluation of the patient and thepatient trajectory at week 9 at which point risk-based patientmonitoring system determines a probability distribution function for thestate of the patient for each of the past nine weeks in accordance withthe disclosure;

FIG. 48 shows a follow-up evaluation based on teacher and parentVanderbilt diagnosis in accordance with the disclosure;

FIG. 49 shows consequent evaluation based on all availablemeasurements-office visit, parent and teacher evaluation, whichestablishes high probability for significant improvement in accordancewith the disclosure;

FIG. 50 shows yet another follow-up at which point it is establishedthat the patient is most probably stably improved, and has been stablyimproved between the two evaluations in accordance with the disclosure;

FIG. 51 shows a follow-up evaluation of the patient and the patienttrajectory in the absence of measurements, wherein due to the lack ofrecent observation, the uncertainty is increasing in accordance with thedisclosure;

FIG. 52 shows the state of this uncertainty given a full patientevaluation (all measurement modalities) in accordance with thedisclosure; and

FIG. 53 illustrates yet another possible visualization from thedescribed system output. It shows possible patient state transitionsunder changes of treatment plan, e.g., change of medication inaccordance with the disclosure.

DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS

Technologies are provided herein for providing risk-based patientmonitoring of individual patients to clinical personnel. Thetechnologies described herein can be embodied as a monitoring system forcritical care, which combines data from various bedside monitors,electronic medical records, and other patient specific information toassess the current and the future risks to the patient. The technologiescan be also embodied as a decision support system that prompts the userwith specific actions according to a standardized medical plan, whenpatient specific risks pass a predefined threshold. Yet anotherembodiment of the described technologies is an outpatient monitoringsystem which combines patient and family evaluation, together withinformation about medication regiments and physician evaluations toproduce a risk profile of the patient, continuously track its clinicaltrajectory, and provide decision support to clinicians as regarding whento schedule a visit or additional tests.

Definitions

As used in this description and the accompanying claims, the followingterms shall have the meanings indicated, unless the context otherwiserequires.

A “set” includes at least one member.

The term “Internal State Variable” (or “ISV”) means a parameter of apatient's physiology that is physiologically relevant to one of atreatment and a condition of a patient.

Examples of ISVs include, without limitation, ISVs may be directlyobservable with noise (as a non-limiting example, heart rate is adirectly observable ISV), hidden (as a non-limiting example, oxygendelivery (DO2) defined as the flow of blood saturated oxygen through theaorta cannot be directly measured and is thus hidden), or measuredintermittently (as a non-limiting example, hemoglobin concentration asmeasured from Complete Blood Count tests is an intermittently observableISV). Other examples of ISVs include, without limitation, PulmonaryVascular Resistance (PVR); Cardiac Output (CO); hemoglobin, and rate ofhemoglobin production/loss.

The term “hidden,” in reference to an Internal State Variable, means anISV that is not directly measured by a sensor coupled to the patient.Some hidden ISVs cannot be directly measured by a sensor coupled to thepatient. Some hidden ISVs require laboratory analysis of a sample (e.g.,blood) taken from the patient.

The term “Patient State” means a qualitative description of thephysiology at a particular point of time of the patient clinical coursewhich is recognizable by medical practice, and may have implications toclinical decision-making. A patient state may be a medical condition,such as an adverse medical condition, for example.

Examples of particular patient states include, but are not limited to,adverse medical conditions such as inadequate delivery of oxygen,inadequate ventilation of carbon dioxide, hyperlactatemia, acidosis;amongst others. In addition, these patient states may be specific to aparticular medical condition, and the bounds of each of the patientstates may be defined by threshold values of various physiologicalvariables and data.

The term “Clinical Risk” means the probability of a patient being in aparticular patient state.

The term “Clinical Trajectory” means the sequence of patient states thata patient evolves through during a patient's clinical course.

System Modules and Interaction

Referring now to the figures, FIG. 1A and FIG. 1B illustrate anembodiment of a medical care risk-based monitoring environment 1010 forproviding health providers, such as physicians, nurses, or other medicalcare providers, risk-based monitoring in accordance with variousembodiments of the present disclosure. A patient 101 may be coupled toone or more physiological sensors or bedside monitors 102 that maymonitor various physiological parameters of the patient. It should benoted that a patient may be a human, or not human (a non-human being).

These physiological sensors may include but are not limited to, a bloodoximeter, a blood pressure measurement device, a pulse measurementdevice, a glucose measuring device, one or more analyte measuringdevices, an electrocardiogram recording device, amongst others. Inaddition, the patient may be administered routine exams and tests andthe data stored in an electronic medical record (EMR) 103. Theelectronic medical record 103 may include but is not limited to storedinformation such as hemoglobin, arterial and venous oxygen content,lactic acid, weight, age, sex, ICD-9 code, capillary refill time,subjective clinician observations, patient self-evaluations, prescribedmedications, medications regiments, genetics, etc. In addition, thepatient 101 may be coupled to one or more treatment devices 104 that areconfigured to administer treatments to the patient. In some embodiments,one or more treatment devices 104 may be controlled by a system 100 asdisclosed herein, for example in response to output defining a patientstate or medical condition from a trajectory interpreter module. Invarious embodiments, the treatments devices 104 may includeextracorporeal membrane oxygenator, ventilator, medication infusionpumps, etc.

By way of the present disclosure, the patient 101 may be affordedimproved risk-based monitoring over existing methods. A patient specificrisk-based monitoring system, generally referred to herein as system100, may be configured to receive patient related information, includingreal-time information from bed-side monitors 102, EMR patientinformation from electronic medical record 103, information fromtreatment devices 104, such as settings, infusion rates, types ofmedications, and other patient related information, which may includethe patient's medical history, previous treatment plans, results fromprevious and present lab work, allergy information, predispositions tovarious conditions, and any other information that may be deemedrelevant to make an informed assessment of the possible patientconditions and states, and their associated probabilities. For the sakeof simplicity, the various types of information listed above willgenerally be referred to hereinafter as “patient-specific information”.In addition, the system may be configured to utilize the receivedinformation, determine the clinical risks, which then can be presentedto a medical care provider, including but not limited to a physician,nurse, or other type of clinician.

The system, in various embodiments, includes one or more of thefollowing: a processor 111, a memory 112 coupled to the processor 111,and a network interface 113 configured to enable the system tocommunicate with other devices over a network. In addition, the systemmay include a risk-based monitoring application 1020 that may includecomputer-executable instructions, which when executed by the processor111, cause the system to be able to afford risk based monitoring of thepatients, such as the patient 101.

The risk based monitoring application 1020 includes, for example, a datareception module 121, a physiology observer module 122, a clinicaltrajectory interpreter module 123 (or, in some embodiments, riskcalculation engine 123), and a visualization and user interaction module124. In an exemplary embodiment, the data reception module 121 may beconfigured to receive data from bedside monitors 102, electronic medicalrecords 103, treatment devices 104, and any other information that maybe deemed relevant to make an informed assessment regarding thepatient's clinical risks, and any combination thereof of the precedingelements.

The physiology observer module 122 utilizes multiple measurements toestimate probability density functions (PDF) of internal state variables(ISVs) that describe the components of the physiology relevant to thepatient treatment and condition in accordance with a predefinedphysiology model. The ISVs may be directly observable with noise (as anon-limiting example, heart rate is a directly observable ISV), hidden(as a non-limiting example, oxygen delivery (DO₂) defined as the flow ofblood saturated oxygen through the aorta cannot be directly measured andis thus hidden), or measured intermittently (as a non-limiting example,hemoglobin concentration as measured from Complete Blood Count tests isan intermittently observable ISV). In some embodiments, when thephysiology observer module 122 evaluates a set of ISVs at a given timestep (e.g., tk; t_(k+1); generally t_(k+n)), the system 100 may not havea complete set of ISV measurements contemporaneous with that given timestep. For example, the system 100 may have measurements for that giventime step for some internal state variables, but may not havemeasurements for that given time step for some other internal statevariables (e.g., a contemporaneous measurement for an intermittent ISVmay not be available for the given time step). Consequently, thatintermittent ISV is, for purposes of evaluating ISVs at the given timestep, a hidden ISV. However, evaluation of the set of ISVs by thephysiology observer module 122 (as described herein) is neverthelesspossible according to embodiments described herein because the predictedPDFs of ISVs 211 carry in them the influence of past measurements ofthat intermittent ISV, and consequently those predicted PDFs of ISVs 211are, in illustrative embodiments, sufficient input for the physiologyobserver module 122.

In one embodiment, instead of assuming that all variables can beestimated deterministically without error, the physiology observermodule 122 of the present disclosure provides probability densityfunctions as an output. Additional details related to the physiologyobserver module 122 are provided herein.

The clinical trajectory interpreter module 123 may be configured, forexample, with multiple possible patient states, and may determine whichof those patient states are probable and with what probability, giventhe estimated probability density functions of the internal statevariables. Examples of particular patient states include, but are notlimited to, hypotension with sinus tachycardia, hypoxia with myocardialdepression, compensated circulatory shock, cardiac arrest, hemorrhage,amongst others. In addition, these patient states may be specific to aparticular medical condition, and the bounds of each of the patientstates may be defined by threshold values of various physiologicalvariables and data. In various embodiments, the clinical trajectoryinterpreter module 123 may determine the patient conditions under whicha patient may be categorized using any of information gathered fromreference materials, information provided by health care providers,other sources of information. The reference materials may be stored in adatabase or other storage device 130 that is accessible to the riskbased monitoring application 1020 via network interface 113, forexample. These reference materials may include material synthesized fromreference books, medical literature, surveys of experts, physicianprovided information, and any other material that may be used as areference for providing medical care to patients. In some embodiments,the clinical trajectory interpreter module 123 may first identify apatient population that is similar to the subject patient beingmonitored. By doing so, the clinical trajectory interpreter module 123may be able to use relevant historical data based on the identifiedpatient population to help determine the possible patient states.

The clinical trajectory interpreter module 123 is capable of alsodetermining the probable patient states under which the patient can becurrently categorized, given the estimated probability density functionsof the internal state variables, as provided by physiology observermodule 122. In this way, each of the possible patient states is assigneda probability value from 0 to 1. The combination of patient states andtheir probabilities is defined as the clinical risk to the patient.Additional details related to the clinical trajectory interpreter module123 are provided herein.

Visualization and user interactions module 124 may be equipped to takethe outputs of the data reception module 121 the physiology observermodule 122, and the clinical trajectory interpreter module 123 andpresent them to the clinical personnel. The visualization and userinteractions module 124 may show the current patient risks, theirevolution through time, the probability density functions of theinternal state variables as functions of time, and other features thatare calculated by the two modules 122 and 123 as by-products and areinformative to medical practice. Additionally, visualization and userinteractions module 124 enables the users to set alarms based on thepatient state probabilities, share those alarms with other users, takenotes related to the patient risks and share those notes with otherusers, and browse other elements of the patient medical history.Additional details related to the visualization and user interactionsmodule 124 are provided herein.

I. Physiology Observer Module 122

FIG. 2A illustrates a basic schematic of the physiology observer module122, which utilizes two models of the patient physiology: a dynamicmodel (or dynamic module) 212 and an observation model (or observationmodule) 221. The dynamic model 212 captures the relationship arisingbetween the internal state variables at some time t_(k) and anotherclose, subsequent time t_(k+1), thereby enabling modeling of the patientphysiology as a system whose present state has information about thepossible future evolutions of the system. Given the propensity of thepatient physiology to remain at homeostasis through auto-regulation, andthe physical laws guiding different processes in the human body, e.g.fluid mechanics, chemical reactions; there is a clear rational ofintroducing dynamic equations that capture the evolution of the systemfrom a present state to a future state.

The observation model 221 may capture the relationships between measuredphysiology variables and other internal state variables. Examples ofsuch models include: a) the dependence of the difference betweensystolic and diastolic arterial blood pressures (also called pulsepressure) on the stroke volume; b) the relationship between measuredheart rate and actual heart rate; c) the relationship between pulseoximetry and arterial oxygen saturation; and d) any other dependencebetween measurable and therefore observable parameters and internalstate variables.

The physiology observer module 122 functions as a recursive filter byemploying information from previous measurements to generate predictionsof the internal state variables and the likelihood of probablesubsequent measurements (i.e., future measurements, relative to theprevious measurements) and then comparing them with subsequentmeasurements (e.g., the most recently acquired measurements).Specifically the physiology observer module 122 utilizes the dynamicmodel 212 in the predict step or mode 210 and the observation model 221in the update step or mode 220. In the following illustrative example,operation of the physiology observer module 122 over successive timesteps is described using FIG. 2B and FIG. 2C. For purposes ofillustration in those figures, the previous time step will be denotedt_(k), the subsequent time step will be denoted t_(k+1). It should benoted that the previous time step t_(k), itself was preceded by anearlier time step t_(k−1). Consequently, the time steps in thisillustrative embodiment proceed from t_(k−1) to t_(k) to t_(k+1).

A. Predict Module 210 {FIG. 2B}

During the prediction mode 210, at or after time step t_(k) and on orbefore time step t_(k+1), the physiology observer module 122 takes theestimated probability density functions (PDFs) of ISVs 213 at a timestep t_(k) (which were produced at time step t_(k) based in part fromdata from earlier time step t_(k−1), and which may be referred-to as theposterior probabilities for time step t_(k)) and feeds them to thedynamic model 212, which produces predictions of the probability densityfunctions of the ISVs 211 for the next time step t_(k+1).

This is accomplished using the following equation:P(ISVs(t _(k+1))|M(t _(k)))=∫_(ISVs∈ISV) P(ISVs(t _(k+1))|ISVs(t_(k)))P(ISVs(t _(k))|M(t _(k)))dISVsWhere:ISVs(t_(k))={ISV₁(t_(k)),ISV₂(t _(k)),ISV₃(t _(k)), . . .ISV_(n)(t_(k))}; and

M(t_(k)) is the set of all measurements up to time t_(k).

The probability P(ISVs(t_(k+1))|ISVs(t_(k))) defines a transitionprobability kernel describing the dynamic model 212, which defines howthe estimated PDFs evolve with time.

The probabilities P(ISVs(t_(k))|M(t_(k))) are provided by the inferenceengine 222 and are the posterior probabilities of the ISVs given themeasurements acquired at the earlier time step t_(k−1).

B. Update Module 220

During the update mode 220 of the physiology observer module 122, thepredicted probability density functions of the ISVs 211 (i.e., whichwere produced using the predict module and the density function at thepreceding time step t_(k)) are compared against the measurementsreceived (at time t_(k+1)) from data reception module 121 with the helpof the observation model 221, and as a result the ISVs are updated toreflect the new available information. Processes of the ObservationModel 221 are described in more detail, below.

1. Observation Model {221}

The observation model 221 consequently produces a conditional likelihoodkernel [for example: [P(m₁(t_(k+1)), m₂(t_(k+1)), . . .m_(n)(t_(k+1))|ISVs(t_(k+1)))] and provides the conditional likelihoodkernel 230 to the Inference Engine 222. The conditional likelihoodkernel 230 provided by the observation model 221 determines how likelythe currently received measurements are given the currently predictedISVs. Criteria for determining how likely the currently receivedmeasurements are, given the currently predicted ISVs, may be establishedby the discretion of the system's designer, based on the particularapplication faced by the designer.

Note that the observation model 221 has two inputs and one output. Theinputs are (1) the received measurements from data reception module 121,and (2) the predicted probability density functions of the ISVs 211[e.g., P(ISVs(tk+1)|M(tk))], provided via the Inference Engine 222,represented by the arrow pointing from the Inference Engine 222 to theObservation Module 221. The output of the observation model 221 is theconditional likelihood kernel 230.

2. Operation of the Observation Model 221

The processes of the Observation Model 221 are described below.

Note that the measurements received at the Data Reception Module 121 areindividual measurements at discrete points in time, but subsequentprocessing steps (e.g. Bayes Theorem at the Inference Engine 222, andthe operation of the Clinical Trajectory Interpreter Module 123) requirePDFs (probability density functions) as inputs, rather than discretedata points. Consequently, one of the functions of the Observation Model221 is to intake the discrete measurements and output PDFs. Thisfunctionality is explained below, along with an (optional) step thatreduces noise in the signals.

A. Comparing the Received Measurements to the Predicted PDFs of ISVs 211{and Reducing Noise}

During the update mode 210 of the physiology observer module 122, thepredicted PDFs of ISVs 211 (which were generated using the predictmodule and the PDFs of the ISVs at from time step t_(k)) are comparedagainst the measurements received at the subsequent time step (t_(k+1))from data reception module 121 with the help of the observation model221, and as a result the ISVs are updated to reflect the new availableinformation.

In addition, because physiology observer module 122 maintains estimatesof each of the measurements available to the system 100 based onphysiologic and statistical models, module 122 may filter artifacts ofthe measurements that are unrelated to the actual information containedin the measurements. This is performed by comparing the newly acquiredmeasurements with the predicted likelihoods of probable measurementsgiven the previous measurements. If the new measurements are consideredhighly unlikely by the model, they are not incorporated in theestimation. The process of comparing the measurements with theirpredicted likelihoods effectively filters artifacts and reduces noise.FIG. 6 shows an example of such a process involving mean arterial bloodpressure (ABPm). FIG. 6 shows the raw ABPm measurements prior to beingprocessed by the physiology observer with the measurement artifactsidentified, as well as the filtered measurements after being processedby the physiology observer module 122. As can be seen, the measurementartifacts have been removed and the true signal is left.

B. Creating the Conditional Likelihood Kernel

The “Conditional Likelihood Kernel” 230 [P(m₁(t_(k+1)), m₂(t_(k+1)), . .. m_(n)(t_(k+1))|ISVs(t_(k+1)))] determines how likely the currentlyreceived measurements are given the currently predicted ISVs. As can beseen from the foregoing formula, the Conditional Likelihood Kernel 230includes a set of probability density functions of the measurements{m_(n) at time t_(k+1)} assuming the ISVs predicted for time stept_(k+1). (i.e., the predicted PDFs of ISVs 211 for time step t_(k+1).).Note that from this point forward, the algorithms no longer operate onthe discrete measurements from the data reception module per se.

In general, creating probably density functions of ISVs (i.e., thecomponents of the Conditional Likelihood Kernel 230) is performed by an“inference scheme.” There are several such inference schemes, includingfor example exact inference schemes.

In various embodiments, physiology observer module 122 may utilize anumber of algorithms for estimation or inference. Depending on thephysiology model used, the physiology observer module 122 may use exactinference schemes, such as the Junction Tree algorithm, or approximateinference schemes using Monte Carlo sampling such as a particle filter,or a Gaussian approximation algorithms such as a Kalman Filter or any ofits variants.

As discussed, the physiology model used by physiology observer module122 may be implemented using a probabilistic framework known as aDynamic Bayesian Network, which graphically captures the causal andprobabilistic relationship between the ISVs of the system, both at asingle instance of time and over time. Because of the flexibility thistype of model representation affords, the physiology observer module 122may utilize a number of different inference algorithms. The choice ofalgorithm is dependent on the specifics of the physiology model used,the accuracy of the inference required by the application, and thecomputational resources available to the system. Used in this case,accuracy refers to whether or not an exact or approximate inferencescheme is used. If the physiology observer model is of limitedcomplexity, then an exact inference algorithm may be feasible to use. Inother cases, for more complex physiology observer models, no closed forminference solution exists, or if one does exist, it is notcomputationally tractable given the available resources. In this case,an approximate inference scheme may be used.

The simplest case in which exact inference may be used, is when all ofthe ISVs in the physiology model are continuous variables, andrelationships between the ISVs in the model are restricted to linearGaussian relationships. In this case, a standard Kalman Filter algorithmcan be used to perform the inference. With such algorithm, theprobability density function over the ISVs is a multivariate Gaussiandistribution and is represented with a mean and covariance matrix.

When all of the ISV's in the model are discrete variables, and thestructure of the graph is restricted to a chain or tree, the physiologyobserver module 122 may use either a Forward-backward algorithm, or aBelief Propagation algorithm for inference, respectively. The JunctionTree algorithm is a generalization of these two algorithms that can beused regardless of the underlying graph structure, and so the physiologyobserver module 122 may also use this algorithm for inference. JunctionTree algorithm comes with additional computational costs that may not beacceptable for the application. In the case of discrete variables, theprobability distribution functions can be represented in a tabular form.It should be noted that in the case where the model consists of onlycontinuous variables with linear Gaussian relationships, thesealgorithms may also be used for inference, but since it can be shownthat in this case these algorithms are equivalent to the Kalman Filter,the Kalman Filter is used as the example algorithm.

When the physiology model consists of both continuous and discrete ISVswith nonlinear relationships between the variables, no exact inferencesolution is possible. In this case, the physiology observer module 122may use an approximate inference scheme that relies on samplingtechniques. The simplest version of this type of algorithm is a ParticleFilter algorithm, which uses Sequential Importance Sampling. MarkovChain Monte Carlo (MCMC) Sampling methods may also be used for moreefficient sampling. Given complex and non-linear physiologicrelationships, this type of approximate inference scheme affords themost flexibility. A person reasonably skilled in the relevant arts willrecognize that the model and the inference schemes employed by thephysiology observer module may be any combination of the above describedor include other equivalent modeling and inference techniques.

When using particle filtering methods, a resampling scheme is necessaryto avoid particle degeneracy. The physiology observer may utilize anadaptive resampling scheme. As described in detail below, regions of theISV state space may be associated with different patient states, anddifferent levels of hazard to the patient. The higher the number, themore hazardous that particular condition is to the patient's health. Inorder to ensure accurate estimation of the probability of a particularpatient condition, it may be necessary to have sufficient number ofsampled particles in the region. It may be most important to maintainaccurate estimates of the probability of regions with high hazard leveland so the adaptive resampling approach guarantees sufficient particleswill be sampled in high hazard regions of the state space. FIG. 7illustrates an example of this resampling based on two internal statevariables (“ISV-X” and “ISV-Y”), which may be any internal statevariables of the patient, including without limitation any of theinternal state variables described herein. State 1 and State 2 have thehighest hazard level. The left plot depicts the samples generated fromthe standard resampling. Notice there are naturally more particles instate 1 and state 2 region because these states are most probable. Theright plot shows the impact of the adaptive resampling. Notice how thenumber of samples in the areas of highest risk has increasedsignificantly. FIG. 35A, described further below, illustrate an exampleof creating the Conditional Likelihood Kernel 230 in the context of“HLHS Stage 1” example, (where “HLHS” is Hypoplastic Left HeartSyndrome”).

As described in connection with FIG. 35A, in the observation model 221inference over the DBN is performed using an Extended Kalman Filter(“EKF”), which is a variant of the Kalman Filter that extends theinference engine algorithm for use on applications where the underlyingmodels have nonlinear relationships. The extension is accomplished usinga Taylor-series expansion of the nonlinear relationships of the model.This approximation allows the algorithm analytically calculate aGaussian approximation to the posterior density given the measurementsprovided to the system. FIG. 35B depicts this Gaussian approximation forP(ISVs(t_(k+1))|M(t_(k+1))). The depicted density is a multivariateGaussian that can be fully represented using the conditional mean of theISVs at the current time,

(t_(k+1)|t_(k+1)), and the conditional covariance matrix of the ISVs,Σ(t_(k+1)|t_(k+1)). These quantities are conditioned on all of theavailable measurements up to the current time step.

FIG. 35C, depicts the computation steps of the EKF as they relate to thecurrent implementation. In the first step, the density is initializedusing assumed initial mean and covariance conditions for the ISVs whichcan be informed by patient population norms or medical literature. Afterinitialization, the density is passed to the predict step in which theISV density is predicted forward to the time of the current measurement.This prediction is accomplished by predicting the conditional meanforward in time using the dynamic model specified in the physiologyobserver module, and by predicting the conditional covariance matrixutilizing a linearization of this dynamic model with the addition of“process noise” to account for uncertainty in the model of the dynamics.Note, this is the same calculation that is described in the predictmodule of physiology observer module except specifically for Gaussiandensities. Because the EKF algorithm has a predict step incorporated inthe calculation, so the physiology observer is able to utilize thispredict method as part of the processing.

It should be noted that the Extended Kalman Filter, as described above,is not limited to use in creating the Conditional Likelihood Kernel 230in the context of “HLHS Stage 1.” Rather, the Extended Kalman Filter maybe used to create any Conditional Likelihood Kernel 230 supported bythis disclosure.

Following the prediction of the PDF to the current measurement time, theposterior density is calculated using Bayes Rule combining the newinformation provided by the current measurement m(t_(k)) with the priorpredicted PDF in the update step. Because of the Gaussian approximation,this calculation is analytically tractable and only involves calculatingthe posterior conditional mean and posterior conditional covariancematrix. Once these quantities have been updated, the entire density canbe calculated.

The update step takes as an input the observation model specified in thephysiology observer. Using this model, the calculation first calculatesthe Kalman Gain (K) which determines how much to the posteriorconditional mean and covariance matrix change from prior given on thenew data. The Kalman Gain is a function of the prior conditionalcovariance matrix, the expected noise associated with the measurementand a linearization of the observation model provided by the observer.Once the Kalman Gain is computed, the posterior conditional mean isupdated from the prior mean using the difference between the measurementvalue and the expected measured value scaled by this gain. The posteriorconditional covariance is updated from the prior in a similar manner,reducing the overall uncertainty proportional to the amount ofinformation that the measurement provides about the underlying ISVs.Following this step, the conditional density is passed back to thepredict method where it is predicted to the next (i.e., subsequent)measurement step. It is also returned to the physiology observer module.

3. Inference Engine {222}

The inference engine 222 of module 122 achieves this update by using thepredicted probability density functions of the ISVs 211 as a-prioriprobabilities, which are updated with the statistics (i.e., theconditional likelihood kernel 230) of the received measurements fromdata reception module 121 to achieve the posterior probabilitiesreflecting the current (at time t_(k+1)) probability density functionsof the LSVs 213. The inference engine 222 accomplishes the update step220 with the following equation which is Bayes' Theorem,

${P\left( {{ISVs}\left( t_{k + 1} \right)} \middle| {M\left( t_{k + 1} \right)} \right)} = \frac{\begin{matrix}{P\left( {{m_{1}\left( t_{k + 1} \right)},{m_{2}\left( t_{k + 1} \right)},\left. {\ldots\mspace{14mu}{m_{n}\left( t_{k + 1} \right)}} \middle| {{ISVs}\left( t_{k + 1} \right)} \right.} \right)} \\{P\left( {{ISVs}\left( t_{k + 1} \right)} \middle| {M\left( t_{k} \right)} \right)}\end{matrix}}{P\left( {{m_{1}\left( t_{k + 1} \right)},{m_{2}\left( t_{k + 1} \right)},\left. {\ldots\mspace{14mu}{m_{n}\left( t_{k + 1} \right)}} \middle| {M\left( t_{k} \right)} \right.} \right)}$where:

P(ISVs(t_(k+1))|M(t_(k+1))) are the “posterior probabilities” at timestep t_(k+1) expressed as conditional probabilities;

-   -   P(m₁(t_(k+1)), m₂(t_(k+1)), . . . m_(n)(t_(k+1))ISVs(t_(k+1)))        is the conditional likelihood kernel provided by the observation        model 221 that determines how likely the currently received        measurements are given the currently predicted ISVs;

P(ISVs(t_(k+1))|M(t)) are the predicted PDFs of ISVs 211 produced in thepredict model at the previous time step t_(k) (see, e.g., FIG. 2B); and

P(m₁(t_(k+1)), m₂(t_(k+1)), . . . m_(n)(t_(k+1))|M(t_(k))) is thepredicted PDFs of the measurements received at the time step given themeasurements received up to that time step.

At the initialization time (e.g., t=0 or t=t_(init)) when nothen-current estimate of probability density functions of the ISVs isavailable, the physiology observer module 122 may utilize initialestimates 240, which may be derived from an educated guess of possiblevalues for the ISVs or statistical analysis of previously collectedpatient data.

Referring now to FIG. 2A, it can be seen that the output of theInference Engine 222 at time step t_(k+1) (i.e., the “posteriorprobabilities” of time step t_(k+1)) is sent in two directions.

In the first direction, the output of the Inference Engine 222 isprovided to the predict module 210, where it may be referred-to as the“current estimates of PDFs of ISVs” 213 (see, e.g., FIG. 2B and itsrelated description).

In the second direction, the output of the Inference Engine 222 at timestep t_(k+1) (expressed in the figures simply as probabilities) isprovided to the to the clinical trajectory interpreter module 123, wherethat output may be referred-to as the “joint Probability DensityFunctions of the ISVs from the physiology observer module”) 250.Operation of the to the clinical trajectory interpreter module 123 isdescribed further herein (see, e.g., FIG. 2C and its relateddescription; FIG. 8A and FIG. 8B).

II. Clinical Trajectory Interpreter Module 11231 {Determining PatientStates}

Using the posterior probabilities (250) from the Inference Engine 222for time step t_(k+1), the Clinical Trajectory Interpreter Module 123performs state probability estimation 801 to calculate the probabilitiesof different patient states.

Referring now to FIG. 8A, the Clinical Trajectory Interpreter 123 takesthe joint Probability Density Functions of the ISVs 250 from physiologyobserver module 122, and performs state probability estimation 801 tocalculate the probabilities of different patient states. The ProbabilityDensity Functions of the ISVs may be defined in closed form, for examplemultidimensional Gaussians 260, or approximated by histogram 280 ofparticles 270, as illustrated in FIG. 2D, FIG. 2E and FIG. 2F. In bothcases, the probability density functions of the ISVs can be referred toas: (ISV1(t), ISV2(t), . . . , ISVn(t)), where t is the time they referto.

FIG. 8A may refer to the output 250 of the Inference Engine 222 as “thejoint Probability Density Functions of the ISVs from the physiologyobserver module.” This data may be represented in a variety of ways: theProbability Density Functions of the ISVs may be defined in closed form,for example multidimensional Gaussians 260, or approximated by histogram280 of particles 270, as illustrated in FIG. 2D, FIG. 2F and FIG. 2G.

Determining the patient states (i.e., “determining the probability ofthe patient being in a particular state S”) may be done in a variety ofways.

Generally, the PDFs of the ISVs define a domain. In illustrativeembodiments, the domain is partitioned into quadrants, each quadrantrepresenting a patient state. The probability that the patient is in agiven one of the four patient states is determined by the quantity ofthe PDFs of the ISV's located within the given quadrant.

This may be described as:

(i) partitioning a domain spanned by the internal state variables intodifferent regions, each region defining a separate patient state; and

(ii) integrating the probability density functions over the regionscorresponding to each particular patient state to produce probabilitiesthat the patient may be classified under each of said possible patientstates.

FIG. 2B: Multidimensional Gaussian 260

Where the data is in the form of a multidimensional Gaussian 260,integration may be performed directly:P(S _(i)(t))=∫_(−∞) ^(∞). . . ∫_(−∞) ^(∞) P(S|ISV₁,ISV₂, . . .,ISV_(n))P(ISV₁(t),ISV₂(t), . . . ,ISV_(n)(t))dISV₁ . . . dISV_(n)

FIG. 2E and FIG. 2F: Histogram of Particles 270

In case that the output 250 of the Inference Engine 222 is approximatedby a histogram 280 of particles 270 and P(S|ISV₁, ISV₂, . . . , ISV_(n))is defined by a partition of the space spanned by ISV₁, ISV₂, . . . ,ISV_(n) into regions as shown in FIG. 9 , the probability P(S_(i)(t))may be calculated by calculating the fraction of particles 270 in eachregion.

Example: FIG. 9

FIG. 9 illustrates a non-limiting example of a definition of a patientstate that may be employed by the clinical trajectory interpreter module123. Specifically, it assumes that the function P(S|ISV₁, ISV₂, . . . ,ISV_(n)) may be defined by partitioning the domain spanned by theinternal state variables ISV₁, ISV₂, . . . , ISV_(n). The particularexample assumes that the patient physiology is described by two internalstate variables: Pulmonary Vascular Resistance (PVR) and Cardiac Output(CO). The particular risks and respective etiologies that may becaptured by these two ISVs emanate from the effects of increasedpulmonary vascular resistance on the circulation. Specifically, high PVRmay cause right-heart failure and consequently reduced cardiac output.Therefore, PVR can be used to define the attributes of Normal PVR andHigh PVR, and CO to define the attributes of Normal CO and Low CO, byassigning thresholds with the two variables. By combining theseattributed, four separate states can be defined: State 1: Low CO, NormalPVR; State 2: Low CO, High PVR; State 3: Normal CO, High PVR; State 4:Normal CO Normal PVR.

Example: FIG. 10

FIG. 10 illustrates a non-limiting example of how the clinicaltrajectory interpreter module 123 may employ the definition of patientstates to assign probabilities that the patient may be classified undereach of the four possible patient states at a particular point of time.In the example, the clinical trajectory interpreter module 123 takes thejoint probability density function of P(Cardiac Output (Tk), PulmonaryVascular Resistance (Tk)) and integrates it over the regionscorresponding to each particular state, which produces P(S1(Tk)),P(S2(Tk)), P(S3(Tk)), and P(S4(Tk)). In this way, the clinicaltrajectory interpreter module 123 assigns a probability that aparticular patient state is ongoing, given the information provided bythe physiology observer module 122. Note that if the output of thephysiology observer module 122 is not a closed form function 260 but ahistogram 280 of particles 270, the clinical interpreter will notperform integration but just calculate the relative fraction ofparticles 270 within each region.

Example: FIG. 11

FIG. 11 illustrates an alternative approach of estimating theprobabilities for different patient states. In this alternativeapproach, to calculate the probabilities P(S1), P(S2), P(S3) and P(S4),the clinical trajectory interpreter module 123 employs the jointprobability functions of the ISVs for two consecutive time windows T_(k)and T_(k+1) to calculate a moving window average. Note in the examplethat the size of the window is doubled for two time instances, whichindicates that the window may be of an arbitrary, suitable size. As aresult of this moving window averaging, the clinical trajectoryinterpreter module 123 performs a dynamic analysis of the trajectory ofthe ISVs. That is, it gives a metric of the probability that thephysiology trajectory, as described by the ISVs, may be found in aparticular region in a particular time frame. In other words, thisprobability calculation gives an estimate of the probability that aparticular patient state may be ongoing in the chosen time-frame, asopposed to just at a chosen time instance.

FIG. 3 illustrates a non-limiting example of models that enable thephysiology observer in accordance with the present disclosure. While notdirectly observable, the management of oxygen delivery, DO2, is animportant part of critical care. Therefore, precise estimation of DO2can inform improved clinical practice. In the illustrated example, thisestimation is achieved through the measurements of hemoglobinconcentration (Hg), heart rate (HR), diastolic and systolic arterialblood pressures, and SpO2. The dynamic model 212 assumes that oxygendelivery is driven by a feedback process which stabilizes it againststochastic disturbances. Similarly, hemoglobin concentration iscontrolled around the norm value of 15 mg/dL. The observation model 221takes into account the relationship between arterial oxygen saturationSpO2, hemoglobin concentration and arterial oxygen content CaO2, thedependence of the difference between systolic, ABPs, and diastolic,ABPd, arterial blood pressures (also called pulse pressure) on thestroke volume, and the relationship between heart rate, HR, strokevolume, SV, and cardiac output. The two models are abstracted as aDynamic Bayesian Network (DBN), and the physiology observer module 122utilizes the DBN to continuously track the oxygen delivery. A DynamicBayesian Network is a systematic way to represent statisticaldependencies in terms of a graph whose vertices signify variables(observable and unobservable), and whose edges show causalrelationships. Further descriptions of an exemplary DBN for DO2estimation can be found in U.S. Provisional Application No. 61/699,492,filed on Sep. 11, 2012, entitled SYSTEMS AND METHODS FOR EVALUATINGCLINICAL TRAJECTORIES AND TREATMENT STRATEGIES FOR OUTPATIENT CARE, andU.S. Provisional Application No. 61/684,241, filed on Aug. 17, 2012,entitled SYSTEM AND METHODS FOR PROVIDING RISK ASSESSMENT IN ASSISTINGCLINICIANS WITH EFFICIENT AND EFFECTIVE BLOOD MANAGEMENT, to whichpriority is claimed, the disclosure of which is incorporated herein byreference.

FIG. 4A depicts a non-limiting example of the physiology observerdescribed above tracking DO2, but over a longer time interval, i.e.,four (4) time steps. In the observer, the main hidden ISV is the oxygendelivery variable (DO2). The two types of measurements, Hemoglobin (Hg)and oximetry (SpO2) are in dashed circles in FIG. 4A. SpO2 is an exampleof the continuous or periodic measurements that the physiology observermodule 122 receives from sensors, such as bedside monitors 102 andtreatment devices 104 connected to the patient 101 that continuouslyreport information. Hemoglobin (Hg) is an example of an intermittent oraperiodic measurement extracted from patient lab work that is availableto the observer on a sporadic and irregular basis, and latent at times,relative to current system time. The physiology observer module 122 iscapable of handling both types of measurements because, along withtracking the hidden ISVs, e.g. DO2, module 122 also continuouslymaintains estimates of the observed values for all types ofmeasurements, even when measurements are not present. FIG. 4A depictsthese estimates for the case of SpO2 and Hg. As can be seen, the SpO2measurements are available regularly at each time step, whereas Hg isonly available at two of the time steps.

FIG. 4B illustrates a method applying intermittent laboratory datathrough the physiology observer module to achieve better accuracy in anestimated ISV PDF. The specific example shows what the estimated mean ofthe PDF of the PaCO2 ISV is without incorporating arterial blood gasesthat directly measure this internal state variable, and how thisestimate changes as arterial blood gas measurements are introduced intothe system. Specifically, the estimated mean of the PaCO2 ISV is muchcloser to the actual measured PaCO2 when these measurements areincorporated as inputs.

This is achieved as follows:

-   -   The physiology observer module includes a hidden ISV called        alveolar dead space which takes into account that lung        ventilation may not be efficiently removing CO2 from the blood.        I.e. the higher the alveolar dead space is, the higher the        difference is between expired CO2 as measured by end-tidal CO2        measurement (EtCO2) and arterial CO2 as measured by PaCO2        arterial blood gases.    -   The PDF of this ISV is used to predict various measurements        acquired from the patient, some of which might include minute        ventilation, end-tidal CO2, and PaCO2 arterial blood gases    -   As a non-limiting example, if minute ventilation and end-tidal        CO2 are continuously acquired measurements at every time        t_(k+1), the inference engine can use Bayes theorem to update        the PDF of the various ISVs, one of which is PaCO2. That is, in        the formula,

${P\left( {{ISVs}\left( {t_{k}}_{+ 1} \right)} \middle| {M\left( {t_{k}}_{+ 1} \right)} \right)} = \frac{P\left( {{m_{1}\left( t_{k + 1} \right)},{{m_{2}\left( t_{k + 1} \right)}\left. {{ISVs}\left( t_{k + 1} \right)} \right){P\left( {{ISVs}\left( t_{k + 1} \right)} \right.}{M\left( t_{k} \right)}}} \right)}{{{P\left( m_{1} \right)}\left( t_{k + 1} \right)},{{m_{2}\left( t_{k + 1} \right)}\left. {M\left( t_{k} \right)} \right)}}$

-   -   m₁ and, m₂ are measured values of EtCO2 and minute ventilation.    -   When a PaCO2 blood gas measurement is acquired at next time        t_(k+2) in conjunction with measurements of end-tidal EtCO2 and        minute ventilation, the measurement vector is augmented with the        PaCO2 measurement and the above formula becomes:

${P\left( {{ISVs}\left( t_{k + 2} \right)} \middle| {M\left( t_{k + 2} \right)} \right)} = \frac{{P\left( {{m_{1}\left( t_{k + 2} \right)},{m_{2}\left( t_{k + 2} \right)},\left. m_{3} \middle| {{ISVs}\left( t_{k + 2} \right)} \right.} \right)}{P\left( {{ISVs}\left( t_{k + 2} \right)} \middle| {M\left( t_{k + 1} \right)} \right)}}{P\left( {{m_{1}\left( t_{k + 2} \right)},{m_{2}\left( t_{k + 2} \right)},\left. {m_{3}\left( t_{k + 2} \right)} \middle| {M\left( t_{k + 1} \right)} \right.} \right)}$

-   -   Where again m₁ and, m₂ are measured values of EtCO2 and minute        ventilation, and m₃ is the PaCO2 measurement.    -   This additional information is utilized in two ways. First, the        uncertainty in the PaCO2 ISV PDF is reduced (See FIG. 4B) given        the more accurate direct observation of PaCO2 provided by the        arterial blood gas. Second, since the PaCO2 and EtCO2        measurements are observed simultaneously, the combined        information is used by the physiology observer to estimate        alveolar dead-space more precisely.    -   When the new estimated PDF of alveolar dead-space is propagated        forward in time by the dynamic model, the accuracy of the        estimated PaCO2 PDF is improved even when m₃, the PaCO2        measurement, is not present.

As mentioned above, certain measurements, such as Hemoglobin, areavailable to the system with an unknown amount of time latency, meaningthe measurements are valid in the past relative to the current time andthe time they arrive over the data communication links. The physiologyobserver module 122 may handle such out of sequence measurements usingback propagation, in which the current estimates of the ISVs areprojected back in time to the time of validity of the measurements, sothat the information from the latent measurement can be incorporatedcorrectly. FIG. 5 depicts such time line. In FIG. 5 , hemoglobin arrivesat the current system time, t_(k), but is valid and associated back tothe ISV (DO2) at time T_(k−2). Back propagation is the method ofupdating the current ISVs probability estimates P(ISVs(t_(k))|M(t_(k)))with a measurement that is latent relative to the current time,m(t_(k−n)). Back propagation is accomplished in a similar manner to theprediction method described previously. There is a transitionprobability kernel, P(ISVs(t_(k−n))|ISVs(t_(k))), that defines how thecurrent probabilities evolve backwards in time. This can then be used tocompute probabilities of the ISVs at time t_(k−n) given the current setof measurements which excludes the latent measurement, as follows:P(ISVs(t _(k−n))|M(t _(k)))=∫_(ISVs∈ISV) P(ISVs(t _(k−n))|ISVs(t_(k)))P(ISVs(t _(k))|M(t _(k)))dISVs

Once these probabilities are computed, the latent measurementinformation is incorporated using Bayes' rule in the standard update:

$P\left( {{{{ISVs}\left( t_{k - n} \right)}\left. {{M\left( t_{k} \right)},{m\left( t_{k - n} \right)}} \right)} = \frac{P\left( {{m\left( t_{k - n} \right)}\left. {{ISVs}\left( t_{k - n} \right)} \right){P\left( {{{ISVs}\left( t_{k - n} \right)}{{M\left( t_{k} \right)}}} \right.}} \right.}{P\left( {{M\left( t_{k} \right)},{m\left( t_{k - n} \right)}} \right)}} \right.$

The updated probabilities are then propagated back to the current timet_(k) using the prediction step described earlier. Back propagation canbe used to incorporate the information.

Another functionality of the physiology observer module 122 includessmoothing. The care provider using the system 100 may be interested inthe patient state at some past time. With smoothing, the physiologyobserver module 122 may provide a more accurate estimate of the patientISVs at that time in the past by incorporating all of the newmeasurements that the system has received since that time, consequentlyproviding a better estimate than the original filtered estimate of theoverall patient state at that time to the user, computingP(ISVs(t_(k−n))|M(t_(k))). This is accomplished using the first step ofback propagation in which the probability estimates at time t_(k) whichincorporate all measurements up to that time are evolved backwards tothe time of interest t_(k−n) using the defined transition probabilitykernel. This is also depicted in FIG. 5 , in which the user isinterested in the patient state at t_(k−n) and the estimates aresmoothed back to that time.

Because physiology observer module 122 maintains estimates of each ofthe measurements available to the system 100 based on physiologic andstatistical models, module 122 may filter artifacts of the measurementsthat are unrelated to the actual information contained in themeasurements. This is performed by comparing the newly acquiredmeasurements with the predicted likelihoods of probable measurementsgiven the previous measurements. If the new measurements are consideredhighly unlikely by the model, they are not incorporated in theestimation. The process of comparing the measurements with theirpredicted likelihoods effectively filters artifacts and reduces noise.FIG. 6 shows an example of such a process involving an internal statevariable (“ISV1”), which may be any internal state variable of thepatient, including any internal state variable described herein. Forexample, the internal state variable in some embodiments may be meanarterial blood pressure (ABPm). Because ABPm is collected using anintravenous catheter, the measured signals are often corrupted withartifacts that result in incorrect measurements when the catheter isused for medical procedures such as blood draws or line flushes. FIG. 6shows the raw ISV (ABPm) measurements prior to being processed by thephysiology observer with the measurement artifacts identified, as wellas the filtered measurements after being processed by the physiologyobserver module 122. As can be seen, the measurement artifacts have beenremoved and the true signal is left.

Clinical Trajectory Interpreter

Referring now to FIG. 8A and FIG. 8B, the Clinical TrajectoryInterpreter 123 takes the joint Probability Density Functions of theISVs from physiology observer module 122, and performs state probabilityestimation 801 to calculate the probabilities of different patientstates. The Probability Density Functions of the ISVs may be defined inclosed form, for example multidimensional Gaussians 260, or approximatedby histogram 280 of particles 270, as illustrated in FIGS. 2B-D. In bothcases, the probability density functions of the ISVs can be referred toas: P(ISV1(t), ISV2(t), . . . , ISVn(t)), where t is the time they referto. Given the internal state variables the patient state may be definedby a conditional probability density function:P(S|ISV1,SV2, . . . ,ISVn), where S∈S ₁ ,S ₂ , . . . ,S _(N) representsall possible patient states S _(i)

Then determining the probability of the patient being in a particularstate S_(i) may be performed by the equation:P(S _(i)(t))=∫_(−∞) ^(∞). . . ∫_(−∞) ^(∞) P(S|ISV₁,ISV₂, . . .,ISV_(n))P(ISV₁(t),ISV₂(t), . . . ,ISV_(n)(t))dISV₁ . . . dISV_(n)

In case that P(ISV1(t), ISV2(t), . . . , ISVn(t)) is defined by a closedform function such as multidimensional Gaussian 260, the integration maybe performed directly. In case that P(ISV1(t), ISV2(t), . . . , ISVn(t)is approximated by a histogram 280 of particles 270 and P(S|ISV₁, ISV₂,. . . , ISV_(n)) is defined by a partition of the space spanned by ISV₁,ISV₂, . . . , ISV_(n) n into regions as shown in FIG. 9 , theprobability P(S_(i)(t)) may be calculated by calculating the fraction ofparticles 270 in each region.

Once patient state probabilities are estimated, the clinical trajectoryinterpreter module 123 may assign different hazard levels 802 for eachpatient state or organize the states into different etiologies 803. Theclinical trajectory interpreter module 123, in conjunction with thephysiology observer module 122, may perform measurements utilitydetermination 804 to determine the utility of different invasivemeasurements such as invasive blood pressures or invasive oxygensaturation monitoring. In one embodiment, the Clinical trajectoryinterpreter Module 123 determines the probabilities that the patient isin a particular state, rather than the exact state that the patient isin.

FIG. 8B illustrates an embodiment of a Clinical Trajectory Interpreter123 module that may be referred-to as a Risk Calculation module. TheRisk Calculation depicted calculates the probability that particularinternal state variables that represent key bio-markers, e.g. SvO2 orPaCO2, are abnormal, i.e. above or below particular pre-definedclinically significant values at a particular time (e.g., in keepingwith illustrative embodiments, time t_(k+1)). Specifically, the Riskcalculation takes as an input, the continuous probability densitiesestimated by the Physiology observer module for a particular time step,and calculates the cumulative probabilities of interest. The fourprobabilities currently calculated are 1) the probability of inadequateoxygen delivery defined as a mixed venous oxygen saturation (SvO2) below40%, also referred to as the IDO2 Index, 2) the probability ofinadequate ventilation of carbon dioxide, defined as arterial partialpressure greater than 50 mmHg, also referred to as the IVCO2 Index, 3)the probability of acidosis, defined as blood pH below 7.25, alsoreferred to as the AC Index, and 4) the probability of hyperlactatemia,defined as lactate blood levels greater than 4.0 mmol/L, also referredto as the LA Index.

Various patients states (adverse medical conditions), their associateinternal state variables, and sensors included in a set of sensorssupplying patient measurements to the system 100 are listed below.

Patient State Hidden ISV Sensor(s) Inadequate Oxygen mixed venous aheart rate sensor Delivery oxygen saturation and an SpO2 sensor,Inadequate ventilation of arterial partial a heart rate sensor carbondioxide (IVCO2 pressure of and an SpO2 sensor, index) defined as apatient's carbon dioxide respiratory rate arterial partial pressure ofblood PaCO2 sensor carbon dioxide blood being greater than a particularvalue, e.g. 50 mmHg Acidosis (AC Index) defined Arterial blood pH aheart rate sensor as a patient's blood pH and an SpO2 sensor, being lessthan a particular respiratory rate value, e.g. 7.25 sensorHyperlactatemia (LA Index) arterial lactate a heart rate sensor definedas a patient's level and an SpO2 sensor arterial lactate level beinggreater than a particular value, e.g. 4 mmol/L

As anon-limiting example, the patient state of inadequate oxygendelivery may be inferred by the invention from a heart rate and an SpO2sensor in the following ways. The physiology observer module 122continuously interprets ISV data based on the following understandings:

-   -   If a patient has decreasing pulse oximetry and rising heart rate        the physiology model we use will infer that there is a        determinable probability of rising lactate.    -   The model by the physiology observer in this example will        capture explicitly the relationship between the ISVs of arterial        saturation (measured by SpO2) and heart rate (measured by the        heart rate sensor) and the hidden ISV of mixed venous oxygen        saturation.    -   As a result, at each time instance the physiology observer will        update the PDF ISV of mixed venous oxygen saturation, and        because of the inferred increase in heart rate and decrees in        arterial saturation, the PDF will imply higher probability for        lower values of the ISV SvO2.    -   This in turn will be interpreted by the Clinical Interpreter        module as a rising risk for inadequate oxygen delivery reflected        by the calculation:        IDO2 Index=P(SvO2<40%|M(t _(k)))=∫_(−∞) ⁴⁰ P(SvO2|M(t        _(k)))dSvO2

Note that in the foregoing formula, the threshold is 40 percent, but thethat illustrative embodiment does not limit all embodiments. Thethreshold may be determined by the clinician or system developer oroperator.

Similarly, another non-limiting example is how the state ofHyperlactatemia can be calculated with the same set of sensors: i.e.:

-   -   The model in the physiology observer can relate the state of        inadequate oxygen delivery as reflected by the ISV of SvO2 as        the probable onset of anaerobic metabolism.    -   The model that will take into account that the more probable is        that the patient is experiencing anaerobic metabolism the higher        is the likelihood of lactate production, which will mean that        with each update the PDF of the ISV of lactate will indicate        higher probable values for lactate.

In turn the clinical trajectory interpreter module will compute the riskfor the state of hyperlactatemia as:

$\begin{matrix}{{{LA}\mspace{14mu}{Index}} = {{P\left( {{{Lactate} < {4\frac{mmol}{L}\left. {M\left( t_{k} \right)} \right)}} = {\int_{- \infty}^{4}{{P\left( {Lactate} \right.}{M\left( t_{k} \right)}}}} \right)}{d{Lactate}}}} & \;\end{matrix}$

Note that in the foregoing formula, the threshold is 4 mmol/L, but thethat illustrative embodiment does not limit all embodiments. Thethreshold may be determined by the clinician or system developer oroperator.

Similarly, yet another non-limiting example is using respiratory ratesensor in addition to SpO2 and Heart rate sensors to determine theprobability that the patient is in a state of inadequate ventilation ofcarbon dioxide. In this example a rising respiratory rate and heart ratewhile arterial saturation stays the same may be interpreted by the modelin the physiology observer as a physiologic response the probableelevation of arterial carbon dioxide. This inference will be reflectedby higher probable values of the ISV of PaCO2, and the risk for thepatient being in inadequate ventilation of carbon dioxide state can thenbe computed by:IVCO2Index=P(PaCO2>50 mmHg|M(t _(k)))=∫₅₀ ^(∞) P(PaCO2|M(t _(k)))dPaCO2

Note that in the foregoing formula, the threshold is 50 mmHg, but thethat illustrative embodiment does not limit all embodiments. Thethreshold may be determined by the clinician or system developer oroperator.

Finally another example is the computation of probability that a patientis in the state of acidosis. Acidosis can be caused both by rising PaCO2or rising lactate. An additional effect in the model of the physiologyobserve which captures this relationship can then infer the risingprobable values of the ISVs of lactate and PaCO2 as decreasing probablevalues of arterial pH as captured by the PDF of this ISV. As a resultthe probability of the state of acidosis can be given by:AC Index=P(pH<7.25|M(t _(k)))=∫_(−∞) ^(7.25) P(pH|M(t _(k)))dpH

Note that in the foregoing formula, the threshold is 7.25, but the thatillustrative embodiment does not limit all embodiments. The thresholdmay be determined by the clinician or system developer or operator.

The variables SvO2, PaCO2, pH, and Lactate are all internal statevariables, or related to internal state variables, for which thePhysiology observer calculates the probability density of. Note, in FIG.8B, the dashed call-out box graphically depicts an illustrative exampleof this calculation. FIG. 8C schematically illustrates a genericembodiment of this calculation, for a PDF of an ISV termed “p(X).” Theprobability 850 of adverse patient state (S) (e.g., an adverse medicalcondition) is defined as the area under the curve of p(X) above (or insome embodiments, below) a threshold 851. More specific embodiments arepresented in FIG. 8D, FIG. 8E, FIG. 8F and FIG. 8G, discussed below. Ingeneral, the threshold in each such embodiments may be specified by theclinician (e.g., doctor, nurse, etc.) using the system 100, based forexample on which adverse medical condition is suspected by theclinician.

It should be noted that each of the probabilities can be calculated fromdensities either conditioned on contemporaneous measurement data (e.g.,measurements received for time step t_(k+1)) (as shown in the equations)or not conditioned on measurement data, allowing the system to producethese quantities regardless data availability levels. The calculationscan be performed via standard numerical integration techniques, or whenthe functional form of the underlying densities is more complicated,Monte Carlo integration techniques can be used. In the currentimplementation, the densities are Gaussian and so standard softwarepackages for computing these quantities are available.

Once calculated, these Risk quantities are sent to the Display andnotification system module 124 for display on a display device.

EXAMPLES

FIG. 8D illustrate the evaluation of the state of Inadequate Ventilationof Carbon Dioxide based on the ISV of partial pressure of arterial bloodCO2(PaCO2). As a non-limiting example the probability 850 of this stateis computed as the cumulative distribution of p(PaCO2) greater than the50 mmHg threshold. The resulting Clinical Risk can be displayed as anindex whose instantaneous time value is given by:IV CO2 Index=P(PaCO2>50 mmHg|M(t _(k)))=∫₅₀ ^(∞) P(PaCO2|M(t_(k)))dPaCO2

FIG. 8E illustrate the evaluation of the state of Hyperlactatemia basedon the ISV of whole blood Lactate. As a non-limiting example theprobability 850 of this state is computed as the cumulative distributionof whole blood Lactate [p(Lactate)] being above a 2 mmol/L threshold, orin some embodiments, a 4 mmol/L threshold. The resulting Clinical Riskcan be displayed as an index whose instantaneous time value is given by:

${{LA}\mspace{14mu}{Index}} = {{P\left( {{Lactate} < {4\;\frac{mmol}{L}}} \middle| {M\left( t_{k} \right)} \right)} = {\int_{- \infty}^{4}{{P\left( {Lactate} \middle| {M\left( t_{k} \right)} \right)}{dLactate}}}}$

FIG. 8F illustrate the evaluation of the state of Inadequate OxygenDelivery based on the ISV of mixed venous oxygen saturation (SvO2). As anon-limiting example the probability 850 of this state is computed asthe cumulative distribution of p(SvO2) less than a 40% threshold. Theresulting Clinical Risk can be displayed as an index whose instantaneoustime value is given by:IDO2 Index=P(SvO2<40%|M(t _(k)))=∫_(−∞) ⁴⁰ P(SvO2|M(t _(k)))dSvO2

FIG. 8G illustrate the evaluation of the state of Acidosis based on theISV of pH of arterial blood. As a non-limiting example the probabilityof this state is computed as the cumulative distribution of arterial pH[p(pH)] less than a 7.25 threshold. The resulting Clinical Risk can bedisplayed as an index whose instantaneous time value is given by:AC Index=P(pH<7.25|M(t _(k)))=∫_(−∞) ^(7.25) P(pH|M(t _(k)))dpH

FIG. 9 illustrates a non-limiting example of a definition of a patientstate that may be employed by the clinical trajectory interpreter module123. Specifically, it assumes that the function P(S|ISV₁, ISV₂, . . . ,ISV_(n)) may be defined by partitioning the domain spanned by theinternal state variables ISV₁, ISV₂, . . . , ISVn. The particularexample assumes that the patient physiology is described by two internalstate variables: Pulmonary Vascular Resistance (PVR) and Cardiac Output(CO). The particular risks and respective etiologies that may becaptured by these two ISVs emanate from the effects of increasedpulmonary vascular resistance on the circulation. Specifically, high PVRmay cause right-heart failure and consequently reduced cardiac output.Therefore, PVR can be used to define the attributes of Normal PVR andHigh PVR, and CO to define the attributes of Normal CO and Low CO, byassigning thresholds with the two variables. By combining theseattributed, four separate states can be defined: State 1: Low CO, NormalPVR; State 2: Low CO, High PVR; State 3: Normal CO, High PVR; State 4:Normal CO Normal PVR.

FIG. 10 illustrates a non-limiting example of how the clinicaltrajectory interpreter module 123 may employ the definition of patientstates to assign probabilities that the patient may be classified undereach of the four possible patient states at a particular point of time.In the example, the clinical trajectory interpreter module 123 takes thejoint probability density function of P(Cardiac Output (Tk), PulmonaryVascular Resistance (Tk)) and integrates it over the regionscorresponding to each particular state, which produces P(S1(Tk)),P(S2(Tk)), P(S3(Tk)), and P(S4(Tk)). In this way, the clinicaltrajectory interpreter module 123 assigns a probability that aparticular patient state is ongoing, given the information provided bythe physiology observer module 122. Note that if the output of thephysiology observer module 122 is not a closed form function 260 but ahistogram 280 of particles 270, the clinical interpreter will notperform integration but just calculate the relative fraction ofparticles 270 within each region.

FIG. 11 illustrates an alternative approach of estimating theprobabilities for different patient states. In this alternativeapproach, to calculate the probabilities P(S1), P(S2), P(S3) and P(S4),the clinical trajectory interpreter module 123 employs the jointprobability functions of the ISVs for two consecutive time windows T_(k)and T_(k+1) to calculate a moving window average. Note in the examplethat the size of the window is doubled for two time instances, whichindicates that the window may be of an arbitrary, suitable size. As aresult of this moving window averaging, the clinical trajectoryinterpreter module 123 performs a dynamic analysis of the trajectory ofthe ISVs. That is, it gives a metric of the probability that thephysiology trajectory, as described by the ISVs, may be found in aparticular region in a particular time frame. In other words, thisprobability calculation gives an estimate of the probability that aparticular patient state may be ongoing in the chosen time-frame, asopposed to just at a chosen time instance.

Clinical trajectory interpreter module 123 may also assign hazard levelsto each particular state. FIG. 12 illustrates a non-limiting example ofa definition of patient states assigned with hazard levels by theclinical trajectory interpreter module 123. The hazard levels may beinformed from clinician surveys, reference literature or any otherclinical sources. In the particular example, the clinical trajectoryinterpreter module 123 distinguishes between four different hazardlevels: 1—Minimal risk, 2—Mild risk, 3—Medium risk, and 4—Severe risk.The combination of the probability of a patient state and its hazardlevel will be referred from hereon as a “Patient risk.”

FIG. 13 illustrates how the patient states and their respectiveprobabilities may be organized into tree graphs called etiologies. Inparticular, the attributes normal and low associated with the cardiacoutput ISV are the base nodes of the graph. Each of these vertexes hastwo children associated with the attributes of the pulmonary vascularresistance. This organization leads to each patient state being a leaf(end vertex) on the tree. This particular tree will be referred to as anetiology tree. The etiology tree may be further employed by thevisualization and user interaction module 124 to provide a layered viewof the various patient risks as further described herein.

FIG. 14 illustrates that the etiology tree may not be unique for a givenset of patient states and physiologic variables. Specifically, FIG. 14provides an alternative etiology tree for the example from FIG. 13 . Theroot of the alternative etiology tree starts from the attributesassociated with the pulmonary vascular resistance, instead of theattributes associated with cardiac output. It can be appreciated thatdifferent rules may be employed for generating the trees depending onvarious factors and the context of use. For example, one etiology treemay be preferred against another realization in different clinicalsituations or depending on the preference of the users. Moreover, thetree may dynamically change as the risks change and the clinicalsituation evolves.

Utility of Different Measurements

During hospital care, there exist measurements that may harm the patientor slow down their recovery. Examples of such harmful measurements areall measurements coming from catheters such as invasive blood pressuresand blood oximetry, which have been shown to significantly increase therisk of infection. Therefore, it may be useful if, during the careprocess, the clinician is provided with an assessment of the utility ofeach of the potentially harmful measurements. FIG. 15 illustrates amethod for calculating the utility of different measurements.

Referring to FIG. 15 , the risk-based system 100 and the clinicaltrajectory interpreter module 123 may calculate the utility of aparticular measurement with the illustrated procedure. Particularly, instep 9001, a measurement m_(i) may be selected. Given measurement m_(i)and a current time (t_(current)), in step 9002, the clinical trajectoryinterpreter module 123 may submit an instruction to the physiologyobserver module 122 to simulate the physiology observer module output(the probability density functions of the internal state variables) froma given arbitrary point back from the current time (t_(current)−T) tothe current time t_(current) with removal of measurement m_(i) from thealgorithm output. Then, in step 9003, the clinical trajectoryinterpreter module 123 may simulate the state probabilities estimationgiven the simulated output of the physiology observer and arrive with aset of patient state probabilities, i.e., P_(sim)(S₁(t_(current))),P_(sim)(S₂(t_(current))), . . . , P_(sim)(S_(n)(t_(current))). Then, instep 9004, using the state probabilities determined from all availablemeasurements, i.e., P(S_(i)(t_(current))), P(S₂(t_(current))), . . . ,P(S_(n)(t_(current))), the clinical trajectory interpreter module 123may calculate the utility of the measurement m_(i) using the formula:

${\left. {{U\left( m_{i} \right)} = {D\left( {P_{sim}} \right.P}} \right) = {\sum_{i = 1}^{n}{{P\left( {S_{i}\left( t_{current} \right)} \right)}{\log\left( \frac{P\left( {S_{i}\left( t_{current} \right)} \right)}{P_{sim}\left( {S_{i}\left( t_{current} \right)} \right)} \right)}}}},$

which is also the Kullback-Leibler divergence between the patient statedistribution given all available measurements and the patient statedistribution given the measurement m_(i) has been removed for a timeinterval T.

Alternatively, in step 9005, the clinical trajectory interpreter module123 may calculate utility for m_(i) by employing the hazard levels,r_(i), assigned to each state S_(i) by the formula:

${U\left( m_{i} \right)} = {{D_{weighted}\left( P_{sim} \middle| P \right)} = {\Sigma_{i = 1}^{n}r_{i}{P\left( {S_{i}\left( t_{cu{rrent}} \right)} \right)}{{\log\left( \frac{P\left( {S_{i}\left( t_{current} \right)} \right)}{P_{sim}\left( {s_{i}\left( t_{current} \right)} \right)} \right)}.}}}$

In a similar manner, the clinical trajectory interpreter module 123 canperform the utility calculation not only for a particular measurement,but also for any group of measurements. The utility calculation can alsoinclude a component that captures the potential harm associated with aparticular measurement. For example, the invasive catheter measurementdescribed above would have a large level of harm associated with it. Inthis way, the calculation trades the harm associated with themeasurement against the value of information it provides. An example ofthis modified utility calculation is given by the following formula:U(m _(i))=D _(weighted)(P _(sim) |P)−H(m _(i)),

where H(m_(i)) defines a function that describes the harm of eachavailable measure.

The risk-based monitoring system 100 can also integrate externalcomputation generated from third party algorithms implemented either onthe same computation medium as the patient-based monitoring system or asa part of an external device. FIG. 16 illustrates one possiblerealization of integration of an external computation generated fromthird party algorithms. Particularly, the output from the externalcomputation 9110 is provided to the clinical trajectory interpretermodule 123 which implements integration instructions 9120. As a resultthe state probability estimation 801 produces new states P(newS₁),P(newS₂), P(newS₃), . . . , P(newS_(n+m)), which may result in anincreased number of states n+m from the original number of n states.Similarly, integration instructions 9120 may be provided to the hazardlevel assignment 802 and the etiology organization 803.

FIG. 17 illustrates an example of integration instructions. In theexample, it is assumed that the external computation, EC, providesinformation about particular binary attributes A=a₁ or A=a₂, and thespecific of how the provided information is captured in the integrationinstructions by the conditional probability P(EC|A). Also, given fouroriginal states S₁, S₂, S₃, and S₄, the integration instruction mayspecify how the states S₃ and S₄ may be updated with two additionalattributes A=a₁ and A=a₂, and turn into four new states newS₃, newS₄,newS₅, and newS₆. To perform this update, the integration instructionmay also employ prior probabilities P(A|S₃) and P(A|S₄). These priorprobabilities may be derived from retrospective studies by analyzingwhat fractions of patients exhibiting S₃ or S₄ have concomitantlyexhibited A=a₁ or A=a₂.

Another way to derive the prior probabilities is by soliciting theopinion of clinicians.

By utilizing the integration instructions, the state probabilitiesestimation 801 of the new states may then be derived from the formula:P(A=a _(j) ,S _(i)|EC)=P(EC|A=a _(j))P(A=a _(j) |S _(i))P(S _(j))/P(EC),

where i in {3,4} and j in {1,2}, and where P(S_(j)) are the originalpatient state probabilities derived from the output of the physiologyobserver module 122.

FIG. 18 illustrates an additional example of integration instructions ofan external computation. Again, the risk-based monitoring system 100 canperform the integration, as shown in FIG. 18 , both in the case that theexternal computation 9110 is generated on the same computational mediumas the patient-based monitoring system, or as a part of an externaldevice. In this case, it is assumed that the external computation 9110provides direct information about a particular internal state variableestimated by the physiology observer module 122 (or enhanced physiologyobserver module 9300). Therefore, to integrate the external computation,the physiology observer module 122 can treat the external computation9110 as an additional measurement and integrate it directly into theobservation model 221.

Visualization and User Interaction

FIG. 19 illustrates example functionalities of the visualization anduser interactions module 124. Specifically, module 124 may receive allavailable patient information and data including, the data from the datareception module 121, the joint probability density function produced bythe physiology observer module 122, and the etiology tree, the risks,and the invasive measurements utilities estimated by the clinicaltrajectory interpreter module 123. By utilizing this information, thevisualization and user interactions module 124 may produce: 1) a unitview 1501 of patients describing their risks, diagnoses, etc.; 2) a view1502 of a patient's electronic medical record including laboratoryresults, prescribed medication, diagnoses, etc.; 3) a view 1503 of apatient's ongoing risks; 4) a view 1504 of a patient's risk trajectory,i.e., how the probabilities for particular patient states have evolvedin a particular time frame; 5) a view 1505 of a patient's measurementsutilities in the estimation of the particular patient risks; 6) a plotof a patient estimated ISVs' PDFs 1506 describing the time evolution ofthe ISVs' PDFs; 7) a view 1507 enabling to navigate through the etiologytree of the patient and thus visualize different levels of the tree; 8)a view 1508 showing a patient's predicted risks; 9) a view 1509 enablingclinicians to view and set patient risk based alarms; 10) a view 1510 ofa patient's physiology monitoring data and its evolution against time;and 11) any combination of the above described. In addition, thevisualization and user interactions module 124 may also produce apatient tags view 1511, a patient condition summary 1512, reference andtraining material 1513, and annotation and tag setting 1514.

FIG. 20 illustrates an example of a summary view 2000 that may convey ina single screen a risk profile for each patient in a particular hospitalunit. The risk profile represents what is the cumulative probability ofthe patient being in a particular hazard level. It is calculated bysumming the current probabilities of all states at particular hazardlevel. In the example, the summed probabilities, hazard levels arerepresented by the height of four bars, each bar corresponding to aparticular hazard level. In this specific example, these hazard levelsmay be Green (slanted hatching)—Minimal risk, Yellow (verticalhatching)—Mild risk, Orange (horizontal hatching)—Medium risk, and Red(dotted hatching)—Severe risk.

FIG. 21 illustrates one possible realization of a view 2100 describingthe ongoing risks of the patient. Each round-cornered box corresponds toa particular risk: the color corresponds to the hazard level with Green(slanted hatching)—Minimal risk, Yellow (vertical hatching)—Mild risk,Orange (horizontal hatching)—Medium risk, and Red (dottedhatching)—Severe risk; the height of the box corresponds to theprobability of the particular patient state. Risks are grouped incolumns based on their hazard levels. The screen and the respectiverisks are updated in real-time as new data becomes available.

Still referring to FIG. 21 , in addition to the visualization of theongoing patient risks, the system 100 may provide information about theutility of the various invasive measurements in determining these risks.Specifically, the illustrated example gives the utilities of invasivearterial blood pressure (ABP) and invasive central venous pressure (CVP)measurements. The utility may be represented by filled bars 2110 and2120, and the maximum utility may correspond to six filled bars. The sixfilled bars may be displayed in color gradient from 1—dark green,2—light green, 3—yellow, 4—red, 5—purple, to 6—white or empty. In thisparticular embodiment, the filled bars 2110 for ABP show all six colors,while two of the filled bars 2120 for CVP respectfully show 1-dark greenand 2-light green and the remaining filled bars 2110 show 6-white orempty.

FIG. 22 illustrates a view 2200 and how a slider 2210 or other graphicelement on top of the patient view may be utilized in reviewing thehistory of the patient risks. Specifically, in the example, the slider2210 is moved to show the patient risks at approximately four hours backfrom current time. This enables clinicians to review the continuousevolution of the patient risks and compare them with the appliedtreatment or any other external factors. In various embodiments, slider2210 may be moved on the user interface with a pointing device, acommand, or, if utilized in conjunction with touch sensitive displays,through touching and dragging the slider or other graphic element todesignate the desired time period.

Referring now to both FIGS. 21 and 22 , the etiology tree is used tocombine the two states State A 2130: Hypoxia with low cardiac output andState B 2140: hypoxia with low Qp:Qs from FIG. 21 to represent them by asingle patient state (Hypoxia) 2220. In the particular example, this isused to fit the text into the smaller box of FIG. 22 relative to FIG. 21. The user can navigate the etiology tree in view 2300 by clicking onthe composite patient state 2220 and viewing its constituent patientstates 2130 and 2140, as illustrated in FIG. 23 .

FIG. 24 illustrates in view 2400 how in the same framework the user mayview the predicted risks for the patient by moving the slider 2410 aheadof current time.|[DB3]

FIG. 25 illustrates in view 2500 an interactive dialog box 2510 throughwhich the user may define the conditions to set an alarm for aparticular risk. The user achieves this by selecting the particular riskand then setting upper and lower thresholds for the patient stateprobability associated with this risk. No alarm is activated as long asthe patient state probability is between the upper and the lowerthreshold. The alarm is activated when the patient state probabilitycrosses the threshold. Once the alarm is activated the system 100 maynotify a list of chosen people, or send the notification to anotherclinical system. Any of module 122-124 may actually store theirrespective threshold data ranges and initiate the trigger depending onthe specific parameter.

FIG. 26 illustrates in view 2600 yet another possible visualization ofthe patient risk trajectory, i.e. the evolution of the patient states'probabilities associated with particular risks. The user may choose whattime series of patient state probabilities he/she wants to display, andthe system plots these probabilities against time.

FIG. 27 illustrates in view 2700 how the system 100 may directly presentthe probability density functions of various internal state variables.Specifically, in the example, the estimated PDF of oxygen delivery isplotted in graph 2710 as a function of time, with darker colorscorresponding to higher likelihood. Similarly, the estimated PDF ofmixed venous oxygenation saturation (SvO2) is plotted in graph 2720 andcompared with actual measurements (dark circles).

Information Sharing Among Users

FIG. 28 in view 2800 illustrates an example of a tagging definitioninterface 2810 that enables clinicians to mark specific instances oftime or specific periods of time 2820 that are of interest or representimportant points in the clinical course, i.e. a tag. Tags may be sharedor sent via dialog box 2830 to specified recipients, or may be includedin notes or any other part of the user interface. Users may be able toannotate a tag with particular comments or observations via dialog box2840, and tags may be classified into categories from menu list 2850,for example, a tag may represent a change in medication dosing, anintervention, a note regarding monitors or measuring equipment, etc.Tags and their respective time-series markings may be color coded toindicate various properties, such as their category. For example, greentag-marks on a time series may represent changes in medication, redtag-marks may represent interventions, and yellow tag marks mayrepresent periods of heightened concern. When setting a tag, the usermay be prompted to define time instance or the time period, the categoryof the tag, the annotation for the tag, and how the tag should behandled by the system. Furthermore, annotations may be suggested byusing natural language processing to convert the etiologies of thecondition into note form.

FIG. 29 illustrates in view 2900 a Newsfeed view 2910 comprising tags,notes, or information taken from external sources, such as the time of ablood draw as taken from an electronic medical record (EMR). TheNewsfeed 2910 may allow clinicians to view and post events, periods ofinterest, interventions, notes, tags, etc., which are posted by otherclinicians. Clinicians may view the entire Newsfeed, or sort it based onTag category, hazard level, etc. Further, clinicians may search for tagsbased on keywords, intervention type, time of stay, source ofinformation, etc. Entries 2920-2926 on Newsfeed 2010 may indicate any ofthe category, source of tag, and patient overview, either in words, oras a picture, such as the risk profile.

FIG. 30 illustrates in view 3000 a Condition Summary View 3010 throughwhich the clinician may request a condition summary by selecting orclicking a particular patient state. The Condition Summary View 3010then may present clinicians with a description of a particular state,including both definitions in window 3020 of the state, and informationregarding how the system arrived at the conclusion about this patientstate probability. This view 3010 may provide the likelihood and hazardlevel of the patient state, the definition of the patient state in termsof ISV thresholds, and the likelihood of each attribute defining thestate, as illustrated and can also provide a natural languagedescription and evidence window 3030 of evidence contributing to thepatient state, by translating the ISVs PDFs into a qualitative textualdescription, or by directly presenting numerical information regardingthe evidence. As an example, FIG. 30 illustrates the Condition SummaryView 3010 for the patient state shock due to low cardiac output. Here,the Condition Summary View 3010 presents the probability of the “shockdue to low cardiac output” state, and the hazard level of the stateshown in color or dotted hatching. Further, the definitions of shock(mixed venous saturation below or equal to 45%), and low cardiac output(cardiac output below 3.2 liters per minute per meter squared), alongwith the probabilities that each of these are satisfied (e.g., 40% forshock and 30% for low CO) is presented. The evidence window 3030 conveysthe information which leads to the assessment of “Shock due to low CO”.In this example, the system has converted the information regarding theprobabilities of the etiologies into a textual form, specifically thatthe estimated probability is mainly driven by the fact that there is subnominal pulse pressure (systolic blood pressure minus diastolic bloodpressure) indicating reduced stroke volume.

FIG. 31 further illustrates in view 3100 the ability for the userinterface to include and display reference material, which may beaccessed through the Internet, or stored within the system 100 orremotely accessible thereby. Selecting the Learn More button 3110 in theCondition Summary View 3010 may bring up a Learn More View 3120, whichshows reference information associated with the Condition Summary View3010. Reference information may include causes, interventions, commoncomorbidities, anatomy, relevant publications, etc. Furthermore, thisfeature may serve as a training tool to familiarize clinicians withmanaging the particular patient population, or treatment strategies.

HLHS Stage 1 Example

The following description explains how the disclosed system 100 andtechniques can be applied to the modeling of the clinical course of aspecific patient population under intensive care-post-operativelyrecovering Hypoplastic Left Heart Syndrome patients after stage onepalliation.

Hypoplastic Left Heart Syndrome is a congenital heart defect, which ismanifested by an underdeveloped left ventricle and left atrium. As aresult, patients suffering from this condition do not have separatedsystemic and pulmonary blood flows, but instead the right ventricle isresponsible for pumping blood to both the body and the lungs. Therefore,the hemodynamic optimization during intensive care involves managing thefractions of the blood flow that pass through the lungs (pulmonary flowQ_(p)) and the body (systemic flow Q_(s)). The optimal hemodynamic stateis reached when, adequate tissue oxygen delivery, DO₂, is achieved for apulmonary to systemic blood flow ratio, denoted Q_(p)/Q_(s), of 1.Often, to reach this optimal state, the patient physiology passesthrough other less beneficial states, and the correct identification ofthese states and the application of a proper treatment strategy for eachone of them define the quality of the post-operative care.

TABLE 1 Variable Description Units Type DO₂ Indexed Oxygen Delivery mLO₂/min/m² Dynamic VO₂ Indexed Oxygen Consumption mL O₂/min/m² DynamicPVR Pulmonary Vascular Resistance mm Dynamic Hg/L/min/m² SVR SystemVascular Resistance mm Dynamic Hg/L/min/m² ΔPVR Change in PVR per timestep mm Dynamic Hg/L/min/m² ΔSVR Change in SVR per time step mm DynamicHg/L/min/m² Hb Hemoglobin g/dL Dynamic/Observed HR Heart Rate Beats permin Dynamic/Observed SpvO₂ Pulmonary Venous Oxygen % Dynamic SaturationSaO₂ Arterial Oxygen Saturation % Derived/Observed SvO₂ Systemic VenousOxygen % Derived/Observed Saturation SpO₂ Pulmonary Venous Oxygen %Observed Saturation η Aortic Compliance Dynamic ABPm Mean Arterial BloodPressure mm Hg Derived/Observed CVP Central Venous Pressure mm HgDynamic/Observed LAP Left Atrial Pressure mm Hg Dynamic/Observed RAPRight Atrial Pressure mm Hg Dynamic/Observed ΔP Pulse Pressure mm HgDerived/Observed CO Total Cardiac Output L/min/m² Derived Q_(p)Pulmonary rate of blood flow L/min/m² Derived Q_(s) Systemic rate ofblood flow L/min/m² Derived Q_(p):Q_(s) Ratio of Q_(p) to Q_(s) DerivedΔQ_(p):Q_(s) Change in Ratio of Qp to Qs per Derived time step c_(DO2)Oxygen Delivery feedback constant — c_(VO2) Oxygen Consumption feedbackconstant — c_(Hb) Hemoglobin feedback constant — c₃ Aortic compliancescaling constant — c₄ Aortic compliance offset — c₅ Hemoglobin oxygencarrying — capacity

Table 1 lists state variables that may be used in the model of HLHSphysiology after stage 1 palliation, the variable description, units,and type of variable. A person reasonably skilled in the relevant artswill recognize that though these variables encompass circulation,hemodynamic, and the oxygen exchange components of HLHS physiology, themodels can be altered or enhanced with any additional physiologiccomponents such as ventilation, metabolism, etc. without altering thepremise of the disclosed invention.

FIG. 32 depicts a general Dynamic Bayesian Network (DBN) that may beemployed to capture the physiology model of the HLHS stage 1 palliationpatients. The graphical model illustrated conceptually in FIG. 32captures the causal and probabilistic relationship between the variablesof the model. In the DBN, the state variables are organized into threegroups: dynamic variables 3210, derived variables 3220, and observedvariables 3230. Dynamic variables 3210 are variables whose values changeover time based on a dynamic probabilistic model to be described below.Derived variables 3230 are quantities that depend on the dynamicvariables with some functional relationship. These variables arecomputed or derived when required from the latest dynamic variables andare therefore also dynamic in nature. Observed variables 3230 are thosevariables that are measured directly by one of the sensors connected tothe system and the patient. Observed variables 3230 represent instancesof the true dynamic or derived states variables that have been observedunder noise.

FIG. 33 lists several equations that may be used to model the dynamicsof the HLHS stage 1 physiology. The model consists of four main types ofstochastic models. The first type of model is a stochastic feedbackcontrol model (eqs. 1, 2, and 7). These variables have a nominal valuethat the body maintains, but are disturbed by some random process off ofthis nominal value. The strength at which the body attempts to maintainthese values is decided by the feedback constant. The second type ofmodel is a drift diffusion process (eqs, 3 and 4). These variables aredriven over time by a random white noise process and a drift rateprocess. The third type of model is a simple random walk process (eqs.5, 6, and 8). The last type of dynamic model is a memory-less processmodel in which the variable has no relationship to the variable at theprevious time period, but is simply a random variable which valuechanges at each time instance according to some predefined distributionover the proper support of the variable, i.e. a gamma distribution overthe entire positive real line with parameters A and B. (eqs. 9, 10, and11). With the exception of equations 9, 10, and 11, the driving noisefor each dynamic model is independent white Gaussian noise.

FIG. 34 depicts example equations that may be used to abstract therelationships between the dynamic variables in the model and the derivedvariables. Some of these functional relationships are true for generalhuman physiology, but many are the result of the parallel circulationphysiology that is specific to the HLHS population. Equations 12-15describe relationships for variables that are measured directly.Equations 16-18 describe functional relationships for variables that areof highest interest when managing care of HLHS patients post-surgery,specifically Cardiac Output (CO) and Pulmonary to Systemic Flow ratio(Qp:Qs). These variables cannot be measured directly without complexprocedures.

Given these functional relationships and the definition of the dynamicstates, FIG. 35 now provides a possible observation model that may beused to relate the derived variables with the available sensor data.Each observation model is a conditional Gaussian relationship. Underthis model, the measurement received from the sensor represents a directobservation of the underlying state variable corrupted by additionalindependent Gaussian White noise with some variance. The figure depictsthe observed quantity as the underlying state variable with a tilde overthe variable name. In this implementation, different sensors can map tothe same underlying state variable, but with potentially different noiselevels. For example, SpO2 as reported by a pulse oximeter measures theunderlying physiology state, SaO2 or arterial oxygen saturationnon-invasively. An intravenous catheter inserted directly into thearterial blood stream also measures this quantity but in an invasiveway. The catheter measurement should be a more accurate measurement thanthe pulse oximetry. In this model, this is handled with a smallermeasurement variance, R.

In the HLHS physiology observer, inference over the DBN is performedusing a particle filter. As described earlier, a particle filter is anexample of an approximate inference scheme that uses Monte Carlo samplesof the internal state variables to approximate the probability densityfunction of each state variables with an empirical distribution based onthe number of particles. The filter uses a process known as SequentialImportance Sampling (SIS) to continuously resample particles from themost recent approximate probability distribution. In the filter, eachparticle is assigned a weight. When a new observation or measurementarrives, the weights of each particle are updated based on thelikelihood of the particular particle given the observation. Theparticles are then resampled based on their relative updated weights,the particles with the highest weights being more likely to be resampledthan those with lower weights.

FIG. 36 illustrates possible attributes, patient states, and an etiologytree that may be used by the clinical trajectory interpreter module 123in the case of the HLHS Stage 1 population. The variable total cardiacoutput defined as the sum of the systemic and the pulmonary blood flowsis used to define low and normal total cardiac output, the Qp:Qs ratiois used to derive low, balanced, and high Qp:Qs ratio, the value ofhemoglobin concentration Hgb is used to derive low and normalhemoglobin, and the value of the mixed venous oxygen saturation, SvO2,is used to derive the attributes hemodynamic shock and no hemodynamicshock. This results in eight possible states defined as follows: 1)Shock caused by low total cardiac output, as the presence of both of theattributes Shock and low total cardiac output; 2) Shock caused by lowhemoglobin as the state with attributes shock, normal total cardiacoutput, and low hemoglobin; 3) shock from unknown causes as the statewith the attributes shock, normal total cardiac output, normalhemoglobin, and balanced circulation; 4) shock cause by low Qp:Qs as thestate with the attributes shock, normal total cardiac output, normalhemoglobin, and low Qp:Qs; 5) shock cause by high Qp:Qs as the statewith the attributes shock, normal total cardiac output, normalhemoglobin, and high Qp:Qs; 6) normal circulation as a state with theattributes of no shock and normal circulation; 7) low Qp:Qs as the statedefined by the attributes of no shock and low Qp:Qs; and 8) high Qp:Qsas the state defined by the attributes of no shock and high Qp:Qs. FIG.35 also illustrates a possible realization of an etiology treedescribing the relationships between the attributes and the patientstates. Using the particles approximation of internal state variablesthe probability of the eight states can be calculated by calculating therelative fraction of particles within each state.

Example of Applying the Risk-Based Monitoring System in Conjunction withEvaluating Consequences of a Possible Treatment

Another possible application of the risk based monitoring system is toassist clinicians when deciding whether to apply a particular treatment,one example being blood transfusion. Transfusion of blood and bloodproducts is a common in-hospital procedure. Despite that bloodtransfusion indications and policies are neither well established norconsistently applied within or between medical centers. Multiple studieshave demonstrated variation in transfusion practices among differenthospitals, practitioners, and procedures. This variation persists evenwhen applied to a single procedure (e.g. coronary artery bypass graftsurgery).

Moreover, blood transfusion has been increasingly recognized as anindependent risk factor for morbidity and mortality. Specific events andoutcomes associated with transfusion include sepsis, organ ischemia,increased time on ventilation support, increased hospital length ofstay, and short- and long-term morbidity. This relationship isproportional to the transfusion volume, and evidence suggests that highhematocrit values may be detrimental. Understandably, researchersconventionally recommend transfusion policies aimed at achieving aninformed tradeoff between the risks and benefits.

Setting robust and effective transfusion policies has been proven to bea difficult task. The consensus in the medical community is that simplepolicies—such as hemoglobin threshold policies—do not provide adequateguidance. This is due to the compensatory nature of hemodynamicphysiology; patients have a variable capacity to tolerate lowhemoglobin. Consequently, effective transfusion decision-making mustintegrate factors such as compensatory reserve, intravascular volume,hemodynamic stability, procedure type, and other patient data. Thus,there is an essential need for blood management policies that willutilize the full spectrum of relevant clinical variables and determinethe risk/benefit ratio of transfusion. This is exactly afforded byapplying the risk based monitoring system.

FIG. 37 illustrates one possible environment in which the risk basedmonitoring system can be applied to assist clinicians in decidingwhether to apply a particular treatment. Consistent with the disclosure,a patient 101 is being monitored with multiple measurements 3910, bothintermittently and persistently. The persistent measurements may includemixed venous oxygen saturation (SvO2) 3911, systolic, diastolic and meanarterial blood pressures (ABPs|d|m) 3913, heart rate 3916, monitored viaa bedside monitor. The intermittent measurements may include blood pH3915, hemoglobin concentration (Hgb) 3912, and lactic acid concentration3914 monitored through periodic blood works. These measurements 3910 arefed into an enhanced risk based monitoring system 3940 with treatmentevaluation, which, in addition to the previously disclosed physiologyobserver module 122 and clinical trajectory interpreter module 123,consists of several other modules. A possible treatment complicationsdetermination module 3924 receives information from the clinicaltrajectory interpreter module 123, together with information about thepatient demographics 3931 and type of procedure 3932. With theinformation, this module 3924 queries an outcome database 3943 andreceives back information of what the probability of differentcomplications can be given that a) the patient is in particular patientstates with particular probabilities; b) the patient is of certaindemographics (age, sex, etc.); c) the patient has had a particular typeof procedure; d) and any combinations thereof of a) b) and c). On theother hand, the outcome database 3943 can be populated by using outcomestudies 3990 derived from retrospective studies 3991, randomizedclinical trials 3992, institution specific outcomes 3993 determined frompreviously collected patient data for a particular institution, and anycombination thereof of the proceeding elements.

When the possible treatment complications determination module 3942determines the possible complications, it feeds this information back toan enhanced visualization and user interactions module 3941. Theenhanced visualization and user interactions module 3941 combines thepatient-specific risk based monitoring performed by the physiologyobserver module 122 and the clinical trajectory interpreter module 122,with the evaluation of probable complication. This affords the system toprovide a superior vantage point from which the clinician 3920 canbetter recognize risks and benefits of treatments such as bloodtransfusion, and respectively more efficiently and effectively decidewhether to administer this treatment 3960 or not.

FIG. 38 shows a non-limiting example set of patient states relevant toblood transfusion that may be used to inform the blood transfusiondecision. The states contain information about the dynamics of thehemoglobin (decreasing/stable/increasing) and the hemodynamiccompensation for reduced blood oxygen carrying capacity. Inuncompensated patients, the hemodynamic auto-regulation mechanismsbecome incapable of overcoming the depleted blood oxygen carryingcapacity, marking the onset of anaerobic metabolism. These seven statescan be determined through three internal state variables: oxygendelivery, hemoglobin, and rate of hemoglobin production/loss.Specifically, when hemoglobin is above 13 mg/dL, it is assumed thatthere is no Hgb related pathology 4001. When Hgb is lower than 13 mg/dL,there are six other states, determined through five differentattributes. From the oxygen delivery ISV, the system can determinewhether the patient is compensated or uncompensated, e.g., it may beassumed that DO2 above 400 m/min/m², for ventilated and paralyzedpatient, indicates compensation, and below this value uncompensatedpatient. The other three attributes are determined from the Hgb rate ISVand are stable 4013 and 4014 (the rate is close to zero), increasing4011 and 4012 (the rate is positive), and decreasing 4015 and 4016 (therate is negative).

Using the Risk Based Monitoring System with Standardized Clinical Plan

Yet another application of the risk based monitoring system is inapplying standardized medical plans. FIG. 39 illustrates one possibleembodiment of this application. Specifically, the data from the clinicaltrajectory interpreter module 123 is fed to a treatment query module4142. The treatment query module 4142 queries a treatment plan database4143 based on the determined patient risks. The treatment plan database4143 specifies a map between patient risks and treatments. When thedatabase 4143 returns a treatment plan, it is represented to theclinician 3920 by an enhanced visualization and user interactions module4141 with plan. The clinician 3920 can then make clinical decision 4190with respect to patient 101. The user decision, the context under whichit was taken, (the calculated patient risks, the estimated ISVs, andother possible patient data at the time of the decision) are thenrecorded to a decision data base 4144. The decision database 4144 thencan be compared to patient outcomes and utilized in the improvement ofthe treatment plan.

FIG. 40 illustrates an example application of the risk based monitoringsystem 4240 combined with a specific type of standardized clinical plan.The particular example considers the medical decision whether to treatthe patient with nitric oxide. Nitric oxide is a pulmonary vasodilatorand is used to treat high pulmonary vascular resistance and ensuingpulmonary hypertension, which can cause reduced cardiac output. In theexample, the medical plan uses the risks calculated by the clinicaltrajectory interpreter module 123 and stratifies 4230 them into twocategories: low risk and high risk. If the risks are low 4201 therecommended decision is not to treat 4202, respectively, if the patientis classified as being in high risk the recommended decision is to treat4203. The provider can then make a decision to either follow therecommendations 4250 or disregard them 4260. If the provider chooses todisregard the treatment recommendation for a high risk patient, he needsto provide justification 4220. Likewise, if the provider chooses totreat a low risk patient, he also needs to provide justification 4210.Justifications 4210 and 4220 in conjunction with patient outcomes may beutilized to refine the risk stratification 4230 and risk-basedmonitoring system 100.

FIG. 41 illustrates the example risk stratification that may be employedby the system in the context of Nitric Oxide treatment. Specifically, itassumes that the patient can be in four different states: State 1: LowCO, Normal PVR; State 2: Low CO, High PVR; State 3: Normal CO, High PVR;State 4: Normal CO Normal PVR. A patient being in low risk may bedefined as P(State 1)<10% and P(State 1)+P(State 2)<30%. Similarly highrisk may be defined as: P(State 1)>10% and P(State 1)+P(State 2)>30%.

Using the Clinical Risk Assessment System in Outpatient Care of ChronicConditions

Yet another embodiment of the present disclosure allows the clinicaltrajectory tracking in outpatient care. Outpatient care of chronicconditions involves sporadic patient assessment from intermittentvisits, patient self-evaluations, and observations from caregivers. Thisleads to uncertainties in determining the patient clinical course andthe efficiency of the prescribed treatment strategy. To achieveeffective patient care management, clinicians must understand and reducethese uncertainties. They have two main decisions at their disposal: 1)schedule visits, prescribe tests, or solicit self-evaluation (orcaregiver evaluations) to improve their understanding of the clinicaltrajectory; and/or 2) prescribe changes of medication or medicationdosing to achieve a better trade-off between the likelihood ofimprovement and possible side-effects. To inform this decision makingprocess, there is a need for processing the available patientinformation in a way that conveys the clinical trajectory, theuncertainty in its estimation, and the expected effect that differenttreatment strategies may have on the future evolution of the clinicaltrajectory.

As a non-limiting example embodiment of the risk based monitoring systemto outpatient clinical trajectory tracking, we consider its applicationto the outpatient care of Attention Deficit and Hyperactivity Disorder(ADHD) of pediatric patients. FIG. 42 illustrates possible patientstates that may describe the clinical trajectory of an ADHD patient.They are the same as the ones used by the Clinical globalimpression-improvement scale: 1) very much worse; 2) much worse; 3)worse; 4) No change; 5) Minimally Improved; 6) Much improved; 7) Verymuch improved. The Patient State Distribution (PSD) is the set ofprobabilities that the patient is in any of the seven states, given allavailable information and observations.

To evaluate the patient state, a clinician may either schedule an officevisit for direct examination, or may request a Vanderbilt diagnostictest from family members or teachers (the test is modified depending onthe respondent, teacher or parent). FIG. 43 lists the available patientevaluation modalities as M1. M2 and M3. Models may be used to map thetest questions and answers into the states of the patient. Both theclinical evaluation and the test-based evaluation are associated withuncertainty that prohibits the exact determination in which of the sevenstates the patient currently resides.

The dynamic model or the patient evolution from state to state may beabstracted by a Dynamic Bayesian Network (DBN) as the one shown in FIG.44 . In FIG. 44 , the arcs' directions signify statistical dependence,i.e., the connection from “Patient state @ t1” 4601 to “M1”, signifiesthe probability density function (PDF): P(M1|Patient state @t1).Similarly, the depicted DBN illustrates that “Patient state @ t2” 4602(the patient state at a particular time t2), is conditioned on the“Patient state @ t1” (the patient state at the previous time incrementt1). In the spirit of the present disclosure, this model enables theestimation of the patient state distribution even in the absence of someor all possible measurements, e.g., as illustrated in the figure at timeinstance t2 when M1 is missing, and at time instance t3 (“Patient state@ t3” 4603), when all measurements are missing.

FIG. 45 illustrates an alternative embodiment for two predictions of howthe patient state can transition in a single month given medicationchange or a dosage change. This prediction is performed based on astatistical model derived in the following fashion: Step 1: Isolate agroup of patients from retrospective data which at some point of theirtreatment have passed through State A and received a change of treatment(Med1 Dose1->Med 2 Dose 2); Step 2: For each patient, set the timeinstance that this particular event occurred to t0; 3) step 3: for eachpatient identify what is the patient state at time t0+1 Month (1 M) (orany desired time step unit). 4) calculate the fraction of patients thattransition State A->State i where i stands for all seven possiblepatient states; 5) set the fraction as the probabilities for transitionunder the particular treatment change.

FIG. 46 shows one possible embodiment and scenario of visualizationdisplaying the patient clinical trajectory and risks. The user interfacedenotes that the patient is at “no change” state, and that this has beenestablished by three separate measurements: office visit, teacher basedVanderbilt diagnosis, and parent based Vanderbilt diagnosis. The solidline on the screen signifies that a medication has been prescribed tothe patient (Medication 1) at week 1 of the treatment.

FIG. 47 shows an evaluation of the patient and the patient trajectory atweek 9 at which point the clinical risk assessment system determines aprobability density function for the state of the patient for each ofthe past six weeks. The available measurements at this point are teacherand parent Vanderbilt diagnosis. In the illustrated example, due to ahigh probability of a deteriorating patient state, the clinicianprescribes a change of medication dosing, which is depicted by a dashedred line. Additionally, the user interface shows the side effectreported by the patient-headache.

FIG. 48 shows a follow-up evaluation based on teacher and parentVanderbilt diagnosis. In the example, the clinician decides a medicationchange depicted by a hollow line.

FIG. 49 shows consequent evaluation based on all availablemeasurements-office visit, parent and teacher evaluation, whichestablishes high probability for significant improvement.

FIG. 50 shows yet another follow-up at which point it is establishedthat the patient is most probably stably improved, and has been stablyimproved between the two evaluations. Note that due to the appliedinference, the PDF for the patient trajectory is continuously estimated.However, the precision (the concentration of the PDF) is higher in thepresence of a measurement.

FIG. 51 shows a follow-up evaluation of the patient and the patienttrajectory in the absence of measurements. Due to the lack of recentobservations, the uncertainty is increasing.

FIG. 52 shows the state of this uncertainty given a full patientevaluation (all measurement modalities). The inference engine propagatesthis uncertainty back in time to produce a more precise estimation ofthe patient trajectory, which helps the clinician to deduct that thepatient is stable.

FIG. 53 illustrates yet another possible visualization from thedescribed system output. It shows possible patient state transitionsunder changes of treatment plan, e.g., change of medication. It alsoconveys what possible side-effects can be expected. For every sideeffect, there are three stages of manifestation-mild, moderate, andsevere represented with the three boxes next to each side effect in thefigure. The coloring corresponds to the probability of a particularseverity manifestation for each particular side-effect, with darkercolors indicating higher probability.

A listing of certain reference numbers is presented below.

-   -   100: Patient-monitoring system;    -   101: Patient;    -   102: Bedside monitors;    -   103: Electronic medical record;    -   104: Treatment device(s);    -   105: Laboratory Information System;    -   111: Computer processor;    -   112: Computer memory (e.g., non-transient);    -   113: Network interface;    -   121: Data reception module;    -   122: Physiology observer module;    -   123: Clinical trajectory interpreter module;    -   130: Reference material;    -   140: Display and notifications;    -   210: Predict model (or predict module)    -   211: Predicted probability density functions of internal state        variables;    -   212: Dynamic model;    -   213: Estimates of probability density functions of internal        state variables;    -   220: Update model (or update module);    -   221: Observation model;    -   230: Conditional Likelihood Kernel;    -   240: Initial estimates of probability density functions of        internal state variables.

Various embodiments may be characterized by the potential claims listedin the paragraphs following this paragraph (and before the actual claimsprovided at the end of this application). These potential claims form apart of the written description of this application. Accordingly,subject matter of the following potential claims may be presented asactual claims in later proceedings involving this application or anyapplication claiming priority based on this application. Inclusion ofsuch potential claims should not be construed to mean that the actualclaims do not cover the subject matter of the potential claims. Thus, adecision to not present these potential claims in later proceedingsshould not be construed as a donation of the subject matter to thepublic.

Without limitation, potential subject matter that may be claimed(prefaced with the letter “P” so as to avoid confusion with the actualclaims presented below) includes:

P1. A computer-based method of risk-based monitoring of a patient, themethod comprising: providing a set of sensors, each such sensorconfigured to be operably coupled with the patient to producemeasurements of a corresponding internal state variable of the patient,the set of sensors including at least one of: (i) a heart rate sensor,and (ii) a pulse oximetry sensor; generating, by the computer, predictedprobability density functions of internal state variables for asubsequent time step (t_(k+1)), wherein the predicted probabilitydensity functions are calculated using posterior estimated probabilitydensity functions from a preceding time step (t_(k)); acquiring, by acomputer at subsequent time step (t_(k+1)), physiological data from theset of sensors connected with the patient; generating a conditionallikelihood kernel for the subsequent time step (t_(k+1)), theconditional likelihood kernel comprising conditional probability densityfunctions of the physiological data acquired at subsequent time step(t_(k+1)) given the predicted probability density functions of internalstate variables for subsequent time step (t_(k+1)); substantiallycontinuously estimating a risk that the patient is suffering a specificadverse medical condition, by: generating, using Bayes theorem operatingon (a) the conditional likelihood kernel and (b) predicted probabilitydensity functions of internal state variables for subsequent time step(t_(k+1)), posterior probability density functions for the plurality ofthe internal state variables for the subsequent time step (t_(k+1)); andgenerating, for a particular internal state variable and based on theposterior probability density functions for the subsequent time step(t_(k+1)), a probability that the particular internal state variableexceeds a corresponding pre-defined threshold for that particularinternal state variable; and substantially continuously displaying, on adisplay device, the risk that the patient is suffering the medicalspecific condition.

P2. The method of P1, further comprising ascertaining that each sensorof the set of sensors is operably coupled to the patient.

P3. The method of P2, wherein ascertaining that each sensor of the setof sensors is operably coupled to the patient comprises attaching to thepatient at least one sensor of the set of sensors.

P4. The method of any of P1-P3 wherein:

the specific adverse medical condition comprises inadequate oxygendelivery; and the corresponding threshold is mixed venous oxygensaturation at or below a given threshold.

P5. The method of any of P1-P4 wherein: the specific adverse medicalcondition comprises inadequate ventilation of carbon dioxide; and thecorresponding threshold is arterial partial pressure of carbon dioxide(PaCO2) at or above a given threshold.

P6. The method of any of P1-P5 wherein: the specific adverse medicalcondition comprises acidosis; and the corresponding threshold is a bloodpH below a given threshold.

P7. The method of any of P1-P6 wherein the specific adverse medicalcondition comprises hyperlactatemia; and the corresponding threshold isa lactate blood level greater than given threshold.

In any of P1-P7, the set of sensors may comprise a plurality of sensors,including without limitation the heart rate sensor, and the pulseoximetry sensor.

P8. A system for risk-based monitoring of a patient, the systemcomprising: a data reception module configured to receive measurementsof internal state variables from sensors operably coupled to thepatient; an observation model configured to produce a conditionallikelihood kernel comprising conditional probability density functionsof the physiological data acquired at subsequent time step (t_(k+1))given the predicted probability density functions of internal statevariables for subsequent time step (t_(k+1)); an inference engineconfigured to generate, using Bayes theorem operating on (a) theconditional likelihood kernel and (b) predicted probability densityfunctions of internal state variables for subsequent time step(t_(k+1)), posterior probability density functions for the plurality ofthe internal state variables for the subsequent time step (t_(k+1)); aclinical trajectory interpreter module configured to generate, for aparticular internal state variable and based on the posteriorprobability density functions for the subsequent time step (t_(k+1)), aprobability that the particular internal state variable exceeds acorresponding pre-defined threshold for that particular internal statevariable; and a user interaction module configured to display, on adisplay device, the risk that the patient is suffering the medicalspecific condition.

P9. The system of P8 wherein: the specific adverse medical conditioncomprises inadequate oxygen delivery; and the corresponding threshold ismixed venous oxygen saturation at or below a given threshold.

P10. The system of any of P8-P9 wherein: the specific adverse medicalcondition comprises inadequate ventilation of carbon dioxide; and thecorresponding threshold is arterial partial pressure of carbon dioxide(PaCO2) at or above a given threshold.

P11. The system of any of P8-P10, wherein the set of sensors furtherincludes a respiratory rate sensor, and the measurements of internalstate variables includes respiratory rate from the respiratory ratesensor.

P12. The method of any of P8-P11 wherein:

the specific adverse medical condition comprises acidosis; and

the corresponding threshold is a blood pH below a given threshold.

P13. The system of any of P8-P12, wherein the set of sensors furtherincludes a respiratory rate sensor, and the measurements of internalstate variables includes respiratory rate from the respiratory ratesensor.

P14. The method of any of P8-P13 wherein: the specific adverse medicalcondition comprises hyperlactatemia; and the corresponding threshold isa lactate blood level greater than given threshold.

In any of P8-P14, the set of sensors may comprise a plurality ofsensors, including without limitation the heart rate sensor, and thepulse oximetry sensor.

P15. A non-transient computer program product comprising executablecode, which executable code, when executed by a computer processor,causes the computer processor to implement a method of risk-basedmonitoring of a patient, the method comprising: receiving, from a set ofsensors each operably coupled to the patient, measurements of acorresponding internal state variables of the patient, the set ofsensors including at least one of: (i) a heart rate sensor, and (ii) apulse oximetry sensor; generating predicted probability densityfunctions of internal state variables for a subsequent time step(t_(k+1)), wherein the predicted probability density functions arecalculated using posterior estimated probability density functions froma preceding time step (k); generating a conditional likelihood kernelfor the subsequent time step (t_(k+1)), the conditional likelihoodkernel comprising conditional probability density functions of theinternal state variables, based on the measurements of the correspondinginternal state variables of the patient acquired at subsequent time step(t_(k+1)) and the predicted probability density functions of internalstate variables for subsequent time step (t_(k+1)); substantiallycontinuously estimating a risk that the patient is suffering a specificadverse medical condition, by: generating, using Bayes theorem operatingon (a) the conditional likelihood kernel and (b) predicted probabilitydensity functions of internal state variables for subsequent time step(t_(k+1)), posterior probability density functions for the plurality ofthe internal state variables for the subsequent time step (t_(k+1)); andgenerating, for a hidden internal state variable and based on theposterior probability density functions for the subsequent time step(t_(k+1)), a probability that the hidden internal state variable exceedsa corresponding pre-defined threshold for that particular hiddeninternal state variable, the probability defining a risk that thepatient is suffering the adverse medical specific condition; andsubstantially continuously displaying, on a display device, the riskthat the patient is suffering the adverse medical specific condition.

P16. The computer program product of P15, wherein: the specific adversemedical condition comprises inadequate oxygen delivery; and thecorresponding threshold is mixed venous oxygen saturation at or below agiven threshold.

P17. The computer program product of any of P15-P16, wherein: thespecific adverse medical condition comprises inadequate ventilation ofcarbon dioxide; and the corresponding threshold is arterial partialpressure of carbon dioxide (PaCO2) at or above a given threshold.

P18. The system of any of P15-P17, wherein the set of sensors furtherincludes a respiratory rate sensor, and the measurements of internalstate variables includes respiratory rate from the respiratory ratesensor.

P19. The computer program product of any of P15-P18, wherein: thespecific adverse medical condition comprises acidosis; and thecorresponding threshold is a blood pH below a given threshold.

P20. The computer program product of any of P15-P19, wherein: thespecific adverse medical condition comprises hyperlactatemia; and thecorresponding threshold is a lactate blood level greater than giventhreshold.

In any of P15-P20, the set of sensors may comprise a plurality ofsensors, including without limitation the heart rate sensor, and thepulse oximetry sensor.

In any of P1-P20, a particular internal state variable, and a hiddeninternal state variable, may include without limitation any of thefollowing: inadequate oxygen delivery; inadequate ventilation of carbondioxide; acidosis; and/or hyperlactatemia.

Various embodiments of this disclosure may be implemented at least inpart in any conventional computer programming language. For example,some embodiments may be implemented in a procedural programming language(e.g., “C”), or in an object-oriented programming language (e.g.,“C++”), or in Python, R, Java, LISP or Prolog. Other embodiments of thisdisclosure may be implemented as preprogrammed hardware elements (e.g.,application specific integrated circuits, FPGAs, and digital signalprocessors), or other related components.

In an alternative embodiment, the disclosed apparatus and methods may beimplemented as a computer program product for use with a computersystem. Such implementation may include a series of computerinstructions fixed either on a tangible medium, such as a non-transientcomputer readable medium (e.g., a diskette, CD-ROM, ROM, FLASH memory,or fixed disk). The series of computer instructions can embody all orpart of the functionality previously described herein with respect tothe system.

Those skilled in the art should appreciate that such computerinstructions can be written in a number of programming languages for usewith many computer architectures or operating systems. Furthermore, suchinstructions may be stored in any memory device, such as semiconductor,magnetic, optical or other memory devices, and may be transmitted usingany communications technology, such as optical, infrared, microwave, orother transmission technologies.

Among other ways, such a computer program product may be distributed asa removable medium with accompanying printed or electronic documentation(e.g., shrink wrapped software), preloaded with a computer system (e.g.,on system ROM or fixed disk), or distributed from a server or electronicbulletin board over the network (e.g., the Internet or World Wide Web).Of course, some embodiments of this disclosure may be implemented as acombination of both software (e.g., a computer program product) andhardware. Still other embodiments of this disclosure are implemented asentirely hardware, or entirely software.

Computer program logic implementing all or part of the functionalitypreviously described herein may be executed at different times on asingle processor (e.g., concurrently) or may be executed at the same ordifferent times on multiple processors and may run under a singleoperating system process/thread or under different operating systemprocesses/threads. Thus, the term “computer process” refers generally tothe execution of a set of computer program instructions regardless ofwhether different computer processes are executed on the same ordifferent processors and regardless of whether different computerprocesses run under the same operating system process/thread ordifferent operating system processes/threads.

The embodiments described above are intended to be merely exemplary;numerous variations and modifications will be apparent to those skilledin the art. All such variations and modifications are intended to bewithin the scope of the present disclosure as defined in any appendedclaims.

Various examples and embodiments consistent with the present disclosurehave be described in detailed above. It is to be understood that theseexamples and embodiments of the present disclosure are provided forexemplary and illustrative purposes only. Various modifications andchanges may be made to the disclosed embodiments by persons skilled inthe art without departing from the scope of the present disclosure asdefined in the appended claims.

What is claimed is:
 1. A computer-based method of risk-based monitoringof a patient, the method comprising: providing a set of sensors, eachsuch sensor configured to be operably coupled with the patient toproduce measurements of a corresponding internal state variable of thepatient, the set of sensors including at least one of: (i) a heart ratesensor, and (ii) a pulse oximetry sensor; generating, by the computer,predicted probability density functions of internal state variables fora subsequent time step (t_(k+1)), wherein the predicted probabilitydensity functions are calculated using posterior estimated probabilitydensity functions from a preceding time step (t_(k)); acquiring, by acomputer at subsequent time step (t_(k+1)), physiological data from theset of sensors connected with the patient; generating a conditionallikelihood kernel for the subsequent time step (t_(k+1)), theconditional likelihood kernel comprising conditional probability densityfunctions of the physiological data acquired at subsequent time step(t_(k+1)) given the predicted probability density functions of internalstate variables for subsequent time step (t_(k+1)); continuouslyestimating a risk that the patient is suffering a specific adversemedical condition, by: generating, using Bayes theorem operating on (a)the conditional likelihood kernel and (b) predicted probability densityfunctions of internal state variables for subsequent time step(t_(k+1)), posterior probability density functions for the plurality ofthe internal state variables for the subsequent time step (t_(k+1)); andgenerating, for a particular internal state variable and based on theposterior probability density functions for the subsequent time step(t_(k+1)), a probability that the particular internal state variableexceeds a corresponding pre-defined threshold for that particularinternal state variable; and generating, for display on a displaydevice, a graphical depiction of the risk that the patient is sufferingthe specific adverse medical condition.
 2. The method of claim 1,further comprising ascertaining that each sensor of the set of sensorsis operably coupled to the patient.
 3. The method of claim 2, whereinascertaining that each sensor of the set of sensors is operably coupledto the patient comprises attaching to the patient at least one sensor ofthe set of sensors.
 4. The method of claim 1 wherein: the specificadverse medical condition comprises inadequate oxygen delivery; and thecorresponding threshold is mixed venous oxygen saturation at or below agiven threshold.
 5. The method of claim 1 wherein: the specific adversemedical condition comprises inadequate ventilation of carbon dioxide;and the corresponding threshold is arterial partial pressure of carbondioxide (PaCO2) at or above a given threshold.
 6. The method of claim 1wherein: the specific adverse medical condition comprises acidosis; andthe corresponding threshold is a blood pH below a given threshold. 7.The method of claim 1 wherein: the specific adverse medical conditioncomprises hyperlactatemia; and the corresponding threshold is a lactateblood level greater than given threshold.
 8. A system for risk-basedmonitoring of a patient, the system comprising: a data reception moduleconfigured to receive measurements of internal state variables fromsensors operably coupled to the patient; an observation model configuredto produce a conditional likelihood kernel comprising conditionalprobability density functions of the physiological data acquired atsubsequent time step (t_(k+1)) given the predicted probability densityfunctions of internal state variables for subsequent time step(t_(k+1)); the system configured to continuously estimate a risk thatthe patient is suffering a specific adverse medical condition via: aninference engine configured to generate, using Bayes theorem operatingon (a) the conditional likelihood kernel and (b) predicted probabilitydensity functions of internal state variables for subsequent time step(t_(k+1)), posterior probability density functions for the plurality ofthe internal state variables for the subsequent time step (t_(k+1)); aclinical trajectory interpreter module configured to generate, for aparticular internal state variable and based on the posteriorprobability density functions for the subsequent time step (t_(k+1)), aprobability that the particular internal state variable exceeds acorresponding pre-defined threshold for that particular internal statevariable; and a user interaction module configured to display, on adisplay device, the risk that the patient is suffering the medicalspecific condition.
 9. The system of claim 8 wherein: the specificadverse medical condition comprises inadequate oxygen delivery; and thecorresponding threshold is mixed venous oxygen saturation at or below agiven threshold.
 10. The system of claim 8 wherein: the specific adversemedical condition comprises inadequate ventilation of carbon dioxide;and the corresponding threshold is arterial partial pressure of carbondioxide (PaCO2) at or above a given threshold.
 11. The system of claim10, wherein the set of sensors further includes a respiratory ratesensor, and the measurements of internal state variables includesrespiratory rate from the respiratory rate sensor.
 12. The system ofclaim 8 wherein: the specific adverse medical condition comprisesacidosis; and the corresponding threshold is a blood pH below a giventhreshold.
 13. The system of claim 12, wherein the set of sensorsfurther includes a respiratory rate sensor, and the measurements ofinternal state variables includes respiratory rate from the respiratoryrate sensor.
 14. The system of claim 8 wherein: the specific adversemedical condition comprises hyperlactatemia; and the correspondingthreshold is a lactate blood level greater than given threshold.
 15. Anon-transitory computer readable medium non-transient computer programproduct comprising executable code, the executable code executable by acomputer processor, the executable code comprising: code for causing thecomputer processor to receive, from a set of sensors each operablycoupled to the patient, measurements of a corresponding internal statevariables of the patient, the set of sensors including at least one of:(i) a heart rate sensor, and (ii) a pulse oximetry sensor; code forcausing the computer processor to generate predicted probability densityfunctions of internal state variables for a subsequent time step(t_(k+1)), wherein the predicted probability density functions arecalculated using posterior estimated probability density functions froma preceding time step (t_(k)); code for causing the computer processorto generate a conditional likelihood kernel for the subsequent time step(t_(k+1)), the conditional likelihood kernel comprising conditionalprobability density functions of the internal state variables, based onthe measurements of the corresponding internal state variables of thepatient acquired at subsequent time step (t_(k+1)) and the predictedprobability density functions of internal state variables for subsequenttime step (t_(k+1)); code for causing the computer processor tocontinuously estimate a risk that the patient is suffering a specificadverse medical condition, by: generating, using Bayes theorem operatingon (a) the conditional likelihood kernel and (b) predicted probabilitydensity functions of internal state variables for subsequent time step(t_(k+1)), posterior probability density functions for the plurality ofthe internal state variables for the subsequent time step (t_(k+1)); andgenerating, for a hidden internal state variable and based on theposterior probability density functions for the subsequent time step(t_(k+1)), a probability that the hidden internal state variable exceedsa corresponding pre-defined threshold for that particular hiddeninternal state variable, the probability defining a risk that thepatient is suffering the adverse medical specific condition; and codefor causing the computer processor to generate, for display on a displaydevice, a graphical depiction of the risk that the patient is sufferingthe adverse medical specific condition.
 16. The non-transitory computerreadable medium of claim 15, wherein: the specific adverse medicalcondition comprises inadequate oxygen delivery; and the correspondingthreshold is mixed venous oxygen saturation at or below a giventhreshold.
 17. The non-transitory computer readable medium of claim 15,wherein: the specific adverse medical condition comprises inadequateventilation of carbon dioxide; and the corresponding threshold isarterial partial pressure of carbon dioxide (PaCO2) at or above a giventhreshold.
 18. The non-transitory computer readable medium of claim 17,wherein the set of sensors further includes a respiratory rate sensor,and the measurements of internal state variables includes respiratoryrate from the respiratory rate sensor.
 19. The non-transitory computerreadable medium of claim 15, wherein: the specific adverse medicalcondition comprises acidosis; and the corresponding threshold is a bloodpH below a given threshold.
 20. The non-transitory computer readablemedium of claim 15, wherein: the specific adverse medical conditioncomprises hyperlactatemia; and the corresponding threshold is a lactateblood level greater than given threshold.